April 2, 2017
Posted by funa : 12:42 AM | Column | Comment (0) | Trackback (0)
February 6, 2017
1年未満 | 1年以上 5年未満 | 5年以上 10年未満 | 10年以上 20年未満 | 20年以上 | |
---|---|---|---|---|---|
30歳未満 | 90日 | 90日 | 120日 | 180日 | |
30歳以上35歳未満 | 90日 | 180日 | 210日 | 240日 | |
35歳以上45歳未満 | 90日 | 180日 | 240日 | 270日 | |
45歳以上60歳未満 | 180日 | 240日 | 270日 | 330日 | |
60歳以上65歳未満 | 150日 | 180日 | 210日 | 240日 |
Posted by funa : 10:48 AM | Column | Comment (0) | Trackback (0)
September 1, 2016
Posted by funa : 02:14 AM | Gadget | Comment (0) | Trackback (0)
July 25, 2016
4極プラグは規格が統一されていない
1)「CTIA規格」 iPhone等
2)「OMTP規格」 ほとんどどこのメーカーも使っていない、 Xperiaの古い物
3)他?
■CTIA
1.Left
2.Right
3.Ground
4.Mic
■OMTP
1.Left
2.Right
3.Mic
4.Ground
ノートPCでは自動的に切り替えるものがある -> ヘッドセット用の端子のあるPCは大体自動切替
基本的にiPhone対応のようなものを買えばいい
国 連絡先 8 0 6155 7662
※埋め込んでおく
Posted by funa : 12:18 AM | Gadget | Comment (0) | Trackback (0)
July 19, 2016
メタノール(メチル)を酒に混ぜる
ときどきヤバイ酒を出すところあるで
と書いたらどうなるのか?世界からアクセスがあるのか?検閲具合とか
===
閑話休題
Yahooの支払いが多岐にわたりすぎ問題、、
Yahooマネー(代金受取2%増)の口座がジャパネットでも事業性口座はダメ
Yahooオク支払は、PTと合わせ払いを普通口座にすればジャパネットが使えYahooが合算する
落札は手数料無料だが、出品は目茶高い(ヤフープレミアム月額498円、出品8.64%くらい)
ミニレターを買いおきしていれば、定型は便利に安く発送できる
定形外郵便は厚さ3cmを超えると規格外として高くなる
規格内は、長辺34cm以内、短辺25cm以内、厚さ3cm以内および重量1kg以内
https://www.post.japanpost.jp/service/standard/one_price.html
酒は飲みすぎると翌日シンドイ、健康に悪い、フィットネス落ちる
飲み放題にすると勿体無さから飲みすぎてしまうので禁止、2杯まで
タバコはパフォーマンス落ちる、ダメ
甘いものは控える、昼飯にデザート後そのまま夕方運動でも駄目
Posted by funa : 12:28 AM | Gadget | Comment (0) | Trackback (0)
June 7, 2016
■HTML5
<!DOCTYPE html>
<html lang="ja">
<head>
<meta charSet="utf-8"/>
<title>Title</title>
<meta name="description" content=""xxx/>
<link rel="stylesheet" href="xxx.css"/>
<script src="js.php"></script>
/// Resource Hintsによる表示高速化
https://blog.members.co.jp/article/33474
dns-prefetch、preconnect、prefetch、prerenderの4つの要素、やりすぎよくないが
<meta http-equiv="x-dns-prefetch-control" content="on">
<link rel="dns-prefetch" href="//example.com">
<link rel="preconnect" href="//example.com">
<link rel="preconnect" href="//cdn.example.com" crossorigin>
<link rel="prefetch" href="//example.com/next-page.html" as="html" crossorigin="use-credentials">
<link rel="prefetch" href="/library.js" as="script">
<link rel="prerender" href="//example.com/next-page.html">
/// 他
大きめな画像でもRetina端末で見るとぼやけてしまうというのでSVG、大きい画像だと容量も食う
IMGタグやCSSだとSVG形式ファイルに対してJavaScript等で一切操作ができない、objectならマウスオーバ等データにイベントを含めておける
<img src="logomark.svg" width="32" height="32">
<object type="image/svg+xml" data="logomark.svg" width="256" height="256"></object>
<svg id="logomark" x="0px" y="0px" width="155px" height="155px" viewBox="0 0 155 155" enable-background="new 0 0 155 155">
<polygon id="logomark-polyline" fill-rule="evenodd" clip-rule="evenodd" fill="#0CB9C7" points="128.25,26 147.19,96.69 95.44,148.44 24.75,129.5 5.81,58.81 57.56,7.06 "/>
</svg>
■OGP
<head prefix="og: http://ogp.me/ns# website: http://ogp.me/ns/website#">
<head prefix="og: http://ogp.me/ns# fb: http://ogp.me/ns/fb# article: http://ogp.me/ns/article#">
TOPページであれば上の「website」、TOP以外のページでは下の「article」を使う、fbはFacebook用
<meta property="og:url" content=" ページの URL" />
<meta property="og:type" content=" ページの種類" />
<meta property="og:title" content=" ページの タイトル" />
<meta property="og:description" content=" ページのディスクリプション" />
<meta property="og:site_name" content="サイト名" />
<meta property="og:image" content=" サムネイル画像の URL" />
<meta property="fb:app_id" content="App-ID(15文字の半角数字)" />
<meta name="twitter:card" content="カード種類" />
<meta name="twitter:site" content="@ツイッターユーザー名" />
他にも細かい要素がある
https://ferret-plus.com/610
OGP画像確認
http://ogimage.tsmallfield.com/
ツイッターカード確認
https://cards-dev.twitter.com/validator
■CSS
CSSレイアウト(Grid、Float)
https://www.bangboo.com/cms/blog/page_327.html
https://www.bangboo.com/cms/blog/page_18.html
CSSセレクター
https://www.bangboo.com/cms/blog/page_152.html
ブラウザ間の問題
https://www.bangboo.com/cms/blog/page_184.html
https://www.bangboo.com/cms/blog/page_19.html
/// calc は計算ができるのでレイアウトもできる
.foo {
width: calc(100% - 50px);
}
他にもいろんな計算が、単位は要調査
.foo {
width: calc(50vmax + 3rem);
padding: calc(1vw + 1em);
transform: rotate( calc(1turn + 28deg) );
background: hsl(100, calc(3 * 20%), 40%);
font-size: calc(50vw / 3);
}
/// @supports は機能クエリ、機能があるかないかでCSS適応を変えられる
https://coliss.com/articles/build-websites/operation/css/css-supports-how-to-works.html
/// グラデーション
http://www.htmq.com/css3/linear-gradient.shtml
http://www.css-lecture.com/log/css3/css3-gradient.html
https://qiita.com/yasumodev/items/9ccac31860c31ce24a13
webkit系:Safari/Chrome, Moz系:Firefox
#gMenu .menu > li > a{
background-color:#006600;
background: -webkit-gradient(linear, 0 0, 0 bottom, from(#006600), to(#003300));
background: -moz-linear-gradient(#006600, #003300);
background: linear-gradient(#006600, #003300);
}
■RWD
ビューポート <meta name="viewport" content="width=device-width, initial-scale=1">
メディアクエリ CSS側に@media screen and (max-width:767px){
相対サイズ指定
max-width: 100%; ではみ出るのを押さえる
→ https://www.homepage-tukurikata.com/css/max-width.html
maxとminの一般的な使い方→ https://saruwakakun.com/html-css/basic/max-min-width
liを使ってナビやパンくずを表現し、サイズでスタイルを変える
Divを使ってパーツを表現し、サイズでスタイルを変える、レイアウトを変える(Floatの流れ、Grid等)
/// srcset と sizes による画像切り替え
https://www.tagindex.com/html5/embed/img_srcset_sizes.html
https://laboradian.com/img-srcset-sizes/
https://terkel.github.io/srcset-sizes/
https://qiita.com/taichi0514/items/7ffc93b8b4d0f349e9b6
<img src="image/small.jpg" srcset="image/small.jpg 320w,
image/medium.jpg 640w,
image/large.jpg 1280w"
sizes="(max-width: 1280px) 100vw, 1280px" alt="a">
ビューポートの幅が1280pxまでは100%の幅で、それ以上の場合は1280pxの幅で画像を表示します
<img src="image/small.jpg" srcset="image/small.jpg 320w,
image/medium.jpg 640w,
image/large.jpg 1280w"
sizes="(max-width: 420px) 100vw,
(max-width: 800px) 70vw, 50vw" alt="a">
2つのブレイクポイントを設定し、画像の表示幅が3段階で変化するようにしています
<img src="image/small.jpg" srcset="image/small.jpg 1x,
image/medium.jpg 2x" alt="a">
一般的なディスプレイでは small.jpg、高画素密度のディスプレイでは medium.jpg が使用されます
<img src="image/small.jpg" srcset="image/small.jpg 320w,
image/medium.jpg 640w,
image/large.jpg 1280w"
sizes="(min-width: 600px) calc(100vw - 300px),
100vw" alt="a">
表示領域の幅が600px以上ある場合はサイドバー用の余白(300px)が入り、それ以外の場合は幅100%で画像が表示されます
ブラウザは上から見ていって最初に合致したものを採用
メディアクエリーで場合分けする場合はwidth属性を指定しない事、指定すると場合分けされない
指定するサイズの単位は、px, em, vw など、但し% は使えない
em は親要素のfont-sizeプロパティの値を1としたときの大きさ、rem はルート/htmlに対する
ピクセル密度記述子は (1x や 2x など)により指定
実際のピクセルでのサイズ単位は w で指定、スマホやRetinaは物理ピクセル数が違い3pxを1pxで扱う等で
vw ビューポートの幅に対する割合
vh ビューポートの高さに対する割合
vmin ビューポートの幅と高さのうち、値が小さい方に対する割合
vmax ビューポートの幅と高さのうち、値が大きい方に対する割合
相対単位「px」「ex」「em」「rem」
絶対単位「ch」「cm」「mm」「q」「in」「pt」「pc」「mozmm」「vw」「vh」「vmin」「vmax」
↓使うならこんな感じ?ブラウザサイズで読み直しがなかったり、preloadが必要だったり、%でいいんじゃ?
<img src="small.jpg"
srcset="large.jpg 1024w, medium.jpg 640w, small.jpg 320w"
sizes="100vw"
alt="A rad wolf" />
<img srcset="img-320w.jpg 320w,
img-480w.jpg 480w,
img-800w.jpg 800w"
sizes="(max-width: 320px) 280px,
(max-width: 480px) 440px,
800px"
src="img-800w.jpg" alt="a">
POLY シンプル
http://treehouse-code-samples.s3.amazonaws.com/poly/index.html
normalize.css
ブラウザごとの要素の相違を吸収
レスポンシブウェブデザイン?テンプレートを使えば?(有料でも無料でも商用可でも)
https://ferret-plus.com/3312
http://photoshopvip.net/109116
https://www.site-convert.com/archives/1310
https://free-hp.net/
https://liskul.com/homepage-template-27631
https://popo-design.net/template/ シンプル
Posted by funa : 08:28 PM | Web | Comment (0) | Trackback (0)
June 5, 2016
http://goo.gl/xeQkcR
ターニングポイントなのは明らかだ。過去の価値観を全て破棄して一から知識を構築する。というように見せかける。で結局フォロワーが得をするのか、あるいはコミュニズムか
想定モデル→実証モデル、事前に想像したマーケから実証をしつつ進めるマーケ
反応した人がターゲットである
SNS反響→マスor他チャネル 実証しながら変更を随時行う
CRMと広告が融合
1to1マーケの実現
プロモーションを変える(購買履歴、行動履歴、つながり)
対策の検討(問題の原因調査と解決策がKKD:経験、勘、読経から変わる)
今まで分析されていなかったデータを使う
医療、小売、製造、公共で価値を生む(効率化、)
リアルタイム化(リアルタイムで入力、リアルタイムで出力)
---------------------------------------------
問題 > 仮説 > 解決策
コンピュータが仮説を立てる、文脈も発見する
欲しいデータはサイトかセンサーで取れる
Webでニーズ取りをやって結局何が分かったか?
→行動履歴を取ってセグメント
→習慣化(メルマガ、訪問
→ブレーンウォッシュ(トップダウン、ボトムアップ)
→楽天エコシステム: 安売と囲い込み
→リターゲット(ストーカ、つきまとい、ガスライティング
俺がアルゴを開発
業界の保身より、ベーシックインカムにして進化、効率化を選ぶ方が
Posted by funa : 06:45 PM | Web | Comment (0) | Trackback (0)
May 22, 2016
http://goo.gl/kz1Uvf
ソーシャルリスク ビジネスで失敗しない31のルール
なぜSNSを使うのか?露出?競合つぶし?マイニング?
社員の自覚が重要 -> SNSに接する、意識が低いままSNSを使うのは危険
誠実さ、議論は建設的に
批判は非推奨
立場を明らかに、但し免責文(所属団体ではなく個人の意見である旨)
著作権、肖像権、守秘義務尊重
SNS上の自社情報は社内共有
ミスはバレる(内からも、外からも:情報流出、怠惰等)
営業資料などは絶対流出させない
BtoCでつながる重要な窓口になりうる
直接的にPR、やらせ、連投よりもブランド価値向上
でも、つまらない事の方が問題
正式に抗議すれば停止になるものはやらない
政治、宗教、団体、嘘、ヤケ、社長不用意発言、競合の貶め等の投稿
委託先ツイートは現場任せ、しかし監視
炎上マーケ:問題発言←ツッコミ→いい感じで謝る(やらせ)
期間限定→キャンペーンをPR→SNS常設
デマ等の否定を直ぐに→SNSで
おわび、分単位の経緯、対応策、再発防止策→理解するのが面倒でつっ込めない
Q&Aサイトでの仕込みは楽だが、発覚しやすく不可視を含むダメージが大きい
できればスポンサーの関係性明示
---------------------------------------------
CRMやMarketing automation等の適切なタイミングで適切な情報をユーザに届けるという手法/コンセプトがあるが、良い商品を作り出したい/商品を心から買ってもらいたい/工夫を凝らして宣伝をする方が人に響く、カッコ悪いかもしれんが、例SSW
---------------------------------------------
クリスタルKとコロ助ともう一人誰?、AKB?、鮭?、誰?
Posted by funa : 02:09 AM | Web | Comment (0) | Trackback (0)
April 3, 2016
集団にも知性
×団結力、モチベーション
○発言が平等
○アンテナが高い
○アイデアへ高反応、ブラッシュアップ
交流パターン、アイデアの流れのパターンで生産性が予測できる
コミュニケーションを計測→可視化し改善→エンゲージメント:統合化、ポジ交流
探求のスター型⇔普及し統合エンゲージメント型
これを繰り返すのが良く、経済的誘因等でチューニングしコントロールする
探求から見返りを得るには時間が掛かる
90%リサーチ、10%実験が効率が良い
新しいアイデアは遠い場所で得る
リーダーのシグナル発信→集団反応するまで続けられる:合意
共同作業→報酬として幸福感(エンドルフィンがでる)
アイデアの流れ、市場型インセンティブ
↓
社会的インセンティブ、圧力、影響(誘因がなくなっても習慣として残りやすい)
↓
日常化
↓
意見、ロールモデル
↓
コミュニティのエンゲージメントを高める→社会規範
エンゲージメントが高い
○発言回数が同じ
○ボディランゲージが多い
○リズムのシンクロ
交流回数が信頼度を表す、交流ミックスパターンや量を考慮する
行動パターン→検知→パンデミック対策、高速道路ナビ、バス運行etc
中央のデータをリアルタイムで全体像を見ることで、政策/法律/経済/社会システム制御
データコモンズで使えるようにする(行動履歴、携帯等)
データ所有権という概念
オープンにし、計算能力のある企業や政府から共有に
APPインスコ→PDS許可→APPでPDSを使用
データからモデル化
徒歩、TEL、対面交流→性格パターン、所得、病気まで分かる
活動レベル、他人との交流量、活動時の集中度、仲間との逸脱→メンタルヘルスが分かる
治療記録→オープン→より良い治療を安く開発
偉い人が判断するのではなく適任者が判断したり分散型リーダシップ
平等に分配している社会は外部からの衝撃につよい
評判を管理する人は不要であった、見えざる手も働くという(ピア圧力とか善意とか嫉妬とか?)
市場の競争より交換ネットワークが人間社会には良い
速い思考:遅い思考より優れる、利他的で協力的、習慣/成功体験に基づく
遅い思考:新しい結論、重要な判断、探求
ノーノブレスオブリージュの人が腐っている今はデータコモンズは人治よりフェアだろう
アイデアが重要ならアイデアに対して報酬化すれば
データから個人を特定し攻撃することが簡単な世の中に
-------------------------------------------------------------
何が危険であるかは人それぞれだが、
続きがあって、as long as they are connected can not be individual...
http://tousan.hatenablog.com/entry/2016/0606
インターネットは協議制、リーダ不要
つながりより個人で生きられるような仕組み
交流の最終形はテレパシー、交流の質を上げる必要がある←単刀直入
あと皮肉ではないが、、、
少子で社会保障費が負担できないので移民を受け入れすればいい
車が人ごみに突っ込むことが多いのでオートドライブを実施すればいい
ビッグデータと個人データ収集で把握し限界まで給料を下げ奴隷化すればいい
あと何がありますかね?
-------------------------------------------------------------
Phycological safety
https://www.slideshare.net/TokorotenNakayama/2019-structure-of-psychological-safety
■チームの生産性は以下の順に重要
1)心理的安全性
2)相互信頼(仲間は質と時間を守る)
3)チーム構造とその明確さ(役割、計画、目標)
4)仕事の意味を各自見出している
5)仕事の成果により良い影響/変化を生むと信じている
■真に重要
誰がチームメンバーであるかよりチームがどのように協力しているか
■心理的安全性の計測指標
ミスは非難される
メンバーに助けを求めることは難しい
自分と異なるという理由で他社を拒絶する
お互いに貶めるような行動をする
スキルと才能を尊重され活かされる
難しい問題を指摘しあい議論できる
リスクある行動をしても安全である
提案をしたり質問をしたり失敗をしても、恥をかかされない
→ただの実行ではなく、好奇心を持ち学びと捉える
HRTが大切にされている
Humility-Respect-Trust(謙虚、尊敬、信頼)
■こう見られたくなので、何もしない
無知→質問をしない
無能→弱みや失敗を認めない
出しゃばり→アイデアを提案しない
否定的→現状を論評しない
到達目標だけではなく、学習目標を内包し人間力を成長させることが立派な仕事人への道だというマインドセット
チームによる成果はSECIモデルによる知識管理する
Socialization-Externalization-Combination-Internalization
知識を 共同化>表出化>連結化>内面化
個にあるものを共同化>マニュアル等にし表出化>体系化や付け加えて連結化>それらをマスターし血肉化
■問題
ぬるま湯ではだめ
コミュニケーションを利害調整、社内政治と考える人がいる問題
Posted by funa : 10:01 PM | Web | Comment (0) | Trackback (0)
April 1, 2016
Posted by funa : 08:30 AM | Column | Comment (0) | Trackback (0)
< May 2024 > | ||||||
Sun | Mon | Tue | Wed | Thi | Fri | Sat |
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |