「エンジニアリング」を含む日記 RSS

はてなキーワード: エンジニアリングとは

2020-07-31

anond:20200730203513

非合法もの倫理的問題を感じるもの対象外じゃないですかね。って、真面目に回答してもしょうがないですね。

さて、「人の嫌がること」が必ずしもエンジニアリング解決できないものとは限らないと思ってます。面倒な定型作業を Ansible 等で自動化する、という手もあると思ってますエンジニアリング以外でも、他部署との折衝だったり、あるいは、単純に部署宛の電話を率先して取るといった簡単なこととか、やれることはあるかと思っています

anond:20200731191429

私大一年分の学費あれば高専には5年間通える

早い段階から実践的なエンジニアリング教育が受けられるし、教授との距離も近い

マスプロ教育しかできない私大理工系なんざに本当にそれだけの金を払う価値あんのかよ

2020-07-30

anond:20200728150123

単にちゃん理解できてないだけじゃん。社内かなにかのローカルガイドラインな気がするけど、

そもそもWCAGを理解してないフロント担当なんてアマチュアだよ。

~はリーダー設定によって処理が変わるからどれに寄せるかは難しいけど、作品サブタイトルに入ってるのならそのままにしておくべきだし(自前で生成しているコンテンツでないものを処理するのはそもそもおかしい)、読む設定のばあい数字に挟まれてる部分は「から」で読んでくれる奴の方がおおい。

リンク先は文章自体説明にする方法や、aria-labelledbyを使う方法もあるけど、いずれにしろ()を連ねる形で対処する必要は無い。

基本的にセマンティックをリーダーが読み取れるようにすればいいだけ。それも気に出来てないのがおおいけど、

仕事にする水準に達してない(豪華にするためにパララックス入れるのが仕事だとおもってたような)アマチュアが多い業界ってだけだよ。

だって、それより構造化が苦手な人がたくさんいる製造業プロセスエンジニアリングが出来ているか個人能力制限されず製造ラインを動かせる。

そういう人でもできる様に明確なドキュメントをつくってトレーニングしながらやるのが仕事だし、

実際ウェブエンジニアが嫌いなトヨタの組み立てラインの同時生産品目のほうが下手すればそこらのウェブ会社が作れるサイトの種類よりずっと多い。

いい加減エンジニアリングを学び直して欲しい。

2020-07-04

あなたは心まで非モテじゃないか大丈夫

私は障害者なんだけど、よく言われるんだよね。

あなたは心まで障害者じゃないか大丈夫!」って。

毎回、意味がさっぱりわからない。とりあえず相手にとっては褒め言葉なんだなと思うから笑っている。

「心が障害者じゃない」を褒め言葉として使う人にとって、障害者ってどういう意味なんだろう?と毎回思ってしまう。

あなたは◯◯だけど心まで◯◯じゃないか大丈夫!」

この文を、いろんな属性に書き換えてみようと思う。

あなた日本人だけど心まで日本人じゃないか大丈夫!」

あなたゲイだけど心までゲイじゃないか大丈夫!」

あなた地方出身者だけど心まで地方出身者じゃないか大丈夫!」

あなた非モテだけど心まで非モテじゃないか大丈夫!」

どう考えても、相手に直接言うことではないように思う。

今度、「あなたは心まで障害者じゃないか大丈夫」と言われたら、「あなたこそ、心まで健常者じゃないか大丈夫」って返事してみようかな。

追記

トラバのおかげで長年の謎が解けた

匿名ダイアリーって使ってみるものだなと思った

障害者の私は、障害っていうのは体の器官がうまく役目を果たしてくれないこと=機械故障みたいなものだと思ってた。

人間」っていうものには器官の集合としてのエンジニアリング的な側面と、善とか悪とかい宗教的・人道的な側面があるけど、その二つは完全に独立しているものだと思ってた。

でも多分それば私が障害者として子供の頃からいろいろ考えてきたからであって、健常者の人(の一部)はその辺をあまり区別していないのかもしれない。

そう考えたら、一部の健常者の人が持ってる「機能と人道が一体となった『人』というイメージ」がちょっと想像できる気がした。外国の生死観を知ったときみたいな面白さがある。(北欧では延命治療を望まない人が多い、みたいな)

めっちゃ価値観変わった。聞いてみてよかった。

ありがとう

あと、非モテの人、タイトルにしてしまってごめん

大した意思もないのに、属性を引き合いに出すのはよくなかった

2020-07-01

[]2020年6月30日火曜日増田

時間記事文字数文字数平均文字数中央値
009411540122.847
019514453152.142
02296459222.780
0374523370.735
0467625393.336
0548336270.024.5
06364835134.338
07397068181.278
08555555101.045
09118990283.940.5
1017017140100.847.5
111631108668.039
1211815064127.754
131761678995.441.5
1411511945103.943
1512319414157.849
1611013595123.648.5
171231090888.745
1810611694110.343
1992715077.751.5
2010011596116.032.5
2120323134114.040
2211012795116.349
2311715782134.943
1日2481272752109.944

本日の急増単語 ()内の数字単語が含まれ記事

アレキサンダー(4), 紙媒体(6), YAMAHA(4), 一種類(3), Bit(12), なぅ(3), シルエイティー(3), vbucks(5), skin(7), 夏への扉(8), 民主化運動(3), トレンディドラマ(3), エロ本(17), カプ(10), 難癖(10), 統失(9), ポルノ(14), generator(7), ポエム(9), 履歴書(6), SF(14), 女オタク(6), 長文(28), DV(12), 自(9), 戦士(7), 感想(55), 嗜好(7), 満たす(8), 規制(43), 黒人(25), 二次創作(14), 創作(20), 欧米(16), お気持ち(26), フィクション(12), 界隈(27)

頻出トラックバック先 ()内の数字は被トラックバック件数

■ひとりの長文感想マン推しカプ界隈を支配された話 /20200629213448(34), ■一度生活レベルを上げたら戻せないもの /20200629203800(32), ■地元の人は無関心なのに他所の人は名物扱いするもの /20200629234758(22), ■日本エンジニアリング凄さを忘れてはいけない /20200630052320(20), ■6月に書いた増田 /20200630151938(12), ■昔のセクハラや性暴力が蒸し返されて社会的に葬り去られる世の中になってるけど昔のパワハラはどうやら不問なようだ /20200629225527(11), ■『夏への扉』を勧めるのは素人騙してSFオルグするため /20200630045213(9), ■オタクコンテンツはなぜ失速してしまったのか /20200630233220(8), ■納得してるふりをしながら「リベラル男性」をやり続ける /20200629225227(7), ■手術して治るものならいいのに /20200630021035(7), ■バイデン大統領とか悪夢でしょ /20200630093641(7), ■ /20200630031617(6), ■子供が減ると女性蔑視が減るのではないかという話 /20200629181719(6), ■最近、ぶりのアラばかり食べてる /20200629215720(6), ■通勤途中の田んぼ道で会う動物たち /20200630014020(6), ■無料になれすぎた馬鹿ユーザークリエイターを殺すんだなって。 /20200630165626(6), ■女なことが嫌なわけではないが、男になりたいと思ったことはある /20200630085529(5), ■anond20200630010332 /20200630010745(5), (タイトル不明) /20200630103055(5), ■anond20200630141133 /20200630141917(5), ■中国共産党ってウイグル民族に何の恨みがあるの……? /20200630145017(5), ■『鬼滅の刃』の作者の名前をお前たちはまだ知らない /20200630151706(5), ■エガオノダイカを見終わったので微弱に擁護する /20200629224940(5), ■結婚したい人生だったなぁ /20200629134049(5), ■32歳無職妻子持ち /20200630212856(5), ■恋愛に一番大切なのは人間への興味』だと知った /20200615205925(5)

2020-06-30

日本エンジニアリング凄さを忘れてはいけない

5Gなどの技術開発に700億円規模の支援

https://www3.nhk.or.jp/news/html/20200629/k10012487291000.html

日本科学技術底力最近知る

日本人は、開発スピードこそ遅いと言われるものの、

既存技術を徹底的に掘り下げて

長期的にとてつもないレベルにすることができる

江戸時代石垣の正確さ、木造建築構造精緻さなどは良い例だろう

現代でもたとえばYAMAHAルーターなどは、

GUIこそ使いにくいものの、ほったらかしで3年間一度も止まったことがない

海外製のルーターは何度か謎の停止があった

この信頼性こそが、言葉を変えると民度ということなのではないだろうか

人間的に信頼がおけるから、信頼のおける機器が作れるのである

その意味日本人は本質的製造業エンジニアリング民族である

数多くの魂と歴史感謝尊敬を忘れないようにしたい

2020-06-26

anond:20200624173714

そりゃ、2位にしかなれないマシンでも?市販車還元する技術があります?的な?

いや、それが目的でしょ。

事業仕分けはすぐ役に立つエンジニアリング論点になりすぎて

いずれ役に立つサイエンス視点が欠けていた。

もちろんそういう反論ができなかったのも悪いんだけど。

科学技術に関する事業仕分けの悪かった点は、

今後1020年を見越して国家はどの分野が有望と考え、

集中的に投資するかというビジョンがまったくなかったところ。

京が直接成果を上げるというより、京を後押しすることで

そこに企業も優秀なエンジニア研究者も集まり育っていく。

世界一頭脳世界一技術を触れるところに集まるのだから

実際そのくらいか日本コンピュータ分野は負け続けることになった。

当時のスパコン技術者もかなりの数がGAFA流出した。

スパコン否定するにしても蓮舫が当時出始めのAWS可能性を感じて

「これからスパコンよりもクラウド時代からクラスタサーバ研究をすべき」

とか言ってたら今の世界コンピュータ分野の勢力図も違っていた。

2020-06-20

エンジニアリングサンプル まぁ うけるかな?っていうのはあるが

めんどくさくすると、エンジニアが扱えないと思う人もいる

よく間違えられる。難しいからできないんだろう。そんなもん。力でねじ伏せればいい。

問題はそうじゃない。

2020-06-18

Hyper-ThreadingときIntel相当嫌われたからな ☆ [感想][エンジニアリングサンプル]

いまではHyperThreading-90がないと駄目だなぁとは思うぐらいにはプログラマーとしてレベルアップはしたけど、扱いづらいうえに、メリットがなかったからな。その苦い思い出なんだろうな。

普通はMany-Coreの方が面白いし 実際32コアまで来たからな。

機械学習には使うだろうし、正直リアルタイムモビングなんかには、有効だろうけど 何に使うんだそんな技術っていうと、やっぱりHyperThreading-90なみに あまり意味のない技術っていわれちまうよな。機械学習以外に使えそうもないというのはまぁそのとおりだろう。扱いづらい割にはいまいちメリットを感じない。45Wが1%効率が良くなっても41W 120分バッテリーが持ちますが121分 カタログでは売れるんだろうが、買い替え需要を引き起こすほどじゃない。サンプル考える限り 扱いづらい。それで1分バッテリーが伸びる 2時間のうちでは 売れるとは思えない。

ハードが売れると思えない改造のために、プログラマーは命削ってくれと言われてもな。

正直 ランエボでいいし 1万回転でいい。6000回転ぐらいじゃないと、トレノは白か黒でいいと思う。

2020-06-02

エンジニアが書いてる技術記事レベル低いを一旦整理するわ

最近エンジニア界隈で話題な話の1つとして「レベルが低い記事を書くな」「初心者活動を阻害するな」といったやり取りがある。エンジニアの幅が広がってきたのもあるが、色んな視点から分化せずに語られすぎてキツいので、一旦整理する。

大きな軸は3つ考えていて「エンジニア力の高さ」「謙虚さ」「量と質」。ここで「エンジニア力の高さ」とは、分解すれば「コンピュータ科学への理解」「プログラミングアルゴリズムに対する広く深い知識」「エンジニアリングコミュニティへの理解」「職業エンジニアとしての意識」辺りになる(もちろんこれがエンジニアの全てではないけど技術記事執筆に関連して絞って考えてる)。あと、「謙虚さ」「量と質」は人となりの側面になるけど、技術記事執筆の分類では必要なので用意する。

 

 

本当はもっとグラデーションになってるはず。

ただ、これらをひとまとめに「品質の低い記事を書くな」だとか「初心者の発信を阻害するな」だとか「検索技術の発展で解決する」だとか言っても仕方ない。

技術記事だって、良い記事謙虚さを失ってアフィリエイト貼りまくれば情報商材になり得るし、誰かにとっての素晴らしい記事が誰かにとって品質の低い記事と感じる場合もある。

初心者の発信だって、質や量を改善する気なしに書いてる場合があって「初心者億劫になってしまう」とか言って規制や指摘し合う環境がなくなったら、それこそ誰も見なくなるだけ。

検索技術だって万能にはなり得ない。経歴が長くSEO力も持ち合わせたエンジニア力高い人が突発的に書いたクソ記事を判定出来る訳がない。

落ち着いて整理して話をしようじゃないか

2020-05-30

anond:20200530050503

まぁコピペエンジニアって言葉もあるくらいだし

コピペエンジニアリングする?

なんかカッコいいな

anond:20200530050503

エンジニアリングというスキルができるものエンジニアなので、できるようになっただけだろ

2020-05-26

情報処理技術者試験なんて何の役にも立ちません

情報処理技術者試験資格を取っても実質的に得るものはありません。「実質的に」というのは、技術者としてのスキル向上に貢献するということであり、「報奨金が貰える」とか「履歴書に書ける」などの技術無関係ものを含まないということです。

なぜ、情報処理技術者試験が役に立たないのかと言えば、出題内容が表面的な知識問題に極端に偏っており、本質的理解を問うていないからです。たとえば、オブジェクト指向の三要素に「カプセル化」「継承」「ポリモルフィズム」がありますが、これらを御題目のように唱えていても何の意味もありません。しかし、情報処理技術者試験ではこれらの用語さえ覚えておけば、しっかり点になります

オブジェクト指向におけるカプセル化説明したものはどれか。

  1. 同じ性質もつ複数オブジェクト抽象化して,整理すること
  2. 基底クラス性質派生クラスに受け継がせること
  3. クラス間に共通する性質抽出し,基底クラスを作ること
  4. データとそれを操作する手続を一つにして,オブジェクトの内部に隠ぺいすること

https://www.fe-siken.com/s/kakomon/19_haru/q42.html

こんなのは単なるポエムであり、これが解けたところでコードが書けるわけでも、良い設計ができるわけでもありません。

数学で喩えれば、「加減法」とか「代入法」のような用語を暗記して、具体的な連立方程式の解き方は分からないようなものです。

ひどい問題は挙げればキリがありません。

UML2.0において,オブジェクト間の相互作用時間の経過に注目して記述するものはどれか。

  1. アクティティ
  2. コミュニケーション
  3. シーケンス
  4. ユースケース

https://www.ap-siken.com/s/kakomon/22_haru/q44.html

図の名称を答えさせる問題。図を読み取らせる問題なら、まだ理解できますが。そもそもUMLなど別に技術者として知っておくべき知識でもありません。

要求分析から実装までの開発プロセスを繰り返しながら,システムを構築していくソフトウェア開発手法はどれか。

  1. ウォータフォールモデル
  2. スパイラルモデル
  3. プロトタイピングモデル
  4. リレーショナルモデル

https://www.fe-siken.com/s/kakomon/23_aki/q50.html

これも、こんな分類自体、覚えたところで何にもならないわけですが、その用語を答えさせる問題いかに、この試験エンジニアリングプロジェクト管理本質関係いかがよく分かります

極めつけはこれ。

次の画像符号化方式のうち,携帯電話などの低速回線用の動画像の符号化に用いられるものはどれか。

  1. JPEG
  2. MPEG-1
  3. MPEG-2
  4. MPEG-4

https://www.fe-siken.com/s/kakomon/17_haru/q52.html

地方公立中学校定期試験レベルのひどい問題です。出題者は、1だの2だの4だの7だのといった数字語句対応を覚えることが重要だと思っているのでしょうか。

情報処理技術者試験で測れる能力は以下の2つだけです。

  • 内容の理解はともかく、ある用語を「聞いたことがある」かどうか。
  • 150分間、落ち着いて椅子に座っていられるかどうか。

まり、ある種の発達障害ではない意識高い系ポエマー認定するための試験であり、そもそも技術者のための試験ではないということです。あとは、中小企業診断士などを受ける人が試験免除を獲得するためとか。

そもそもコンピュータプロジェクトマネジメントの技術を、資格試験勉強しようというのがピントがズレています。それらは既に良質な解説書が豊富にあるのだから、それで勉強すればいいのです。

2020-05-22

プログラミングスクール先生だけどいじめないでくれると嬉しい

どのくらい一般化できるのかはわからないが。

言いたいこと

給料が安いという話

なんで安いのか
なんで給料安いのにスクールで働いているのか

自分プログラミングで決まった時間で成果を出すことが苦手で残業休出が多かった

プレッシャーにも弱いので納期プレッシャーがしんどかった

収入が激減したけど決まった時間で終われて働く量も調整が効きやすい今の仕事が助かっている

教える相手がどんどん入れ替わるので後腐れが少ないのも良い

あとチームの新人に色々教えるのでそこそこ成果上がってたのでそれが活かせそうだしやってみたいと思った、それは当たってた

人並みにでも稼いでいる人たちの生活の話を聞くと心がざわつく

給料は上げてほしい

他の人(普通にできるっぽい人が多い)がなんでこんな安い給料でこの仕事を続けられているのかはわからない

そういう話をしたことはない

働く量の調整がしやすいので、フリー仕事の合間を埋めて稼ぎたい、という人は結構いそう

スクールに来る人達と、それについて考えていること

スクールに来る人は、Progateだと挫折した人や、情報の取捨選択自分でするのが難しい人が少なくない、でもそんな人でも人生変えたいと思っている、そういう人たちの救いになりたい

でもそういう人たちが自分で動くものを完成させられるところまで行くことは少ない、そこまで行ける人はだいたい元々優秀で、スクールじゃなくてもそのうちできたであろう人

から、できているとは言い難い

現実は厳しい

人生変えたい人が、今から1年学んでくださいドン、みたいなのに対して商品として魅力を抱きにくいというのがあって、短期間詰め込み式のカリキュラムになる競争圧が常に働いている、というのも関係あると思う

だけど、たどり着けなくても、プログラミング仕事を楽にすることや、エンジニア的な考え方を学ぶことで、その後の人生が少しでも良くなってほしい(「退屈なことはpythonやらせよう」の各言語版があれば良いのにな、と思う)

プログラミングができる人が1人でも増えたら世の中は良い方に進むと信じている

「人の運」について

講師の中にはエンジニアとしてはできるんだろうけど教える人としてはちょっと…という人はい

  • 正しいことを言っているけど言葉が厳しすぎてある程度の頻度で生徒と衝突を起こす人
  • 丁寧に説明している風でも一気に大量の説明をするために結局理解させられていない人
  • エンジニアとしてもちょっと…という人もたまにいるw)

講師テキスト執筆も外部だよりで、内部に技術力を担保する、技術的なところまで踏み込んだ教え方、導き方のビジョンを示せる人がいないっぽい(前述の通り社員ではないので知れることは少ないので憶測

からみんな我流でやるし、結果としてあたる講師運ゲーみたいな話も出てくることになろう

2020-05-21

ITエンジニアの適性

2020-05-20

anond:20200520023722

同意個人的オススメする。

ほぼ同じ方法で未就職、未経験高卒フリーター30代から数年で正社員年収4桁になった。

ただしプログラミングではなく、最初ネットワークインフラ屋。今はちょっと違う

自分バイト経験からプログラミングを集中して取り組むよりも、インフラ屋として、多くの社内部署顧客の間に入り、

話を親身に聞きながら、インフラを整備する方が性に合ってると思ったから。その流れだとしてもこの内容でOK

という事で個人的インフラルート記載してみる。

まずITパスポートをとる

 →完全に同意スクールだの長期間自己学習などいらない。正直PC持ってないのに入社するやつもいる。

 →ITパスポートマジで簡単だが、元日記の通り未経験者は勉強しないと合格できないので勉強して合格する。

  エンジニアであれば無勉強で受かるレベルだろうけど。

  基本とか応用とかは別にいらない。受験時期が固定されているのでモチベ的にも難しいがあればもちろん良い。できれば入社してから受けれると楽。

  他にはLinux系、ネットワークCisco CCNAIT管理ITILなどは初心者向け。

 →ITパスポート覚悟を決めて、1-2か月もあれば、たとえIT経験でも、仕事の合間の数時間勉強で受かるはず。

  4択の神が降りず、ITパスポートが受からないのであれば、自頭や向き不向きというよりも、IT業界エンジニア、つまり

  ”専門技術を持つ職人”を、未経験から目指す自分、という心構えの仕方に問題があるのかも。

  大工でも刀匠でもいいので、未経験から職人になる自分イメージして鍛錬する。

ITパスポート合格できた段階で未経験OK派遣会社面接に行きはじめ、とっとと転職する

 ⇨年齢によっては、CCNALinux関連が無いとNGと言われるかもしれないので、複数面接先で年齢と資格の少なさを指摘され続けたらやりはじめるで良い。

  サーバ資格であればクラウドでもサーバがあれば触りながら勉強できるのでなんとでもなるが、

  CCNA企業向けルータースイッチルーティングなどの知識習得必要で、未経験者の個人プレイ自己学習結構ハード

  レベルとしては超初心者向けだが、工夫して手に入れないと触ることもできないし、スタートアップだけきつい。

  費用必要知識範囲も跳ね上がる上、普段日常生活でかかわらない。できれば入社してからが良い。

  だが、なんとなーくで若者に目指されやすWeb系、プログラマー系よりライバルが少なめで、需要は同じレベル仕事が見つかりやすい=職人進化やすいのがポイント

  相手もわかっているので、CCNAや他の資格入社してから早めに合格してください、研修します、時間あります、の会社が多い。

  研修が無くても、突っ込まれ派遣先で教えてくれる、またはその時間をくれる企業も多い。が、実際にはわからないので派遣元研修有の方が良い。

  という事で最初ITパスポート問題ないと思う。必要なのはITに未経験で入るための努力を事前に一人でできる奴なのかが伝われば良いのかと。

  ただし年齢、時世次第な面もあるし、ハードルの高い会社に応募するなら基本情報もっと専門的な資格必要になると思う。

  例えるなら、料理人に未経験から目指すために、簡単調理方法を自宅で勉強してレストランバイトから転職前提で始めるのか、

  学校教室時間お金をかけてじっくり覚え、本格料理屋の板前見習いからやるのかに近いのかも。未経験者の妙齢であれば前者を勧める。

  今の状況をIT業界で変えてみたいなら、最初は欲張らずにとっとと転職してしまおう。また転職するので。

最初の1年は楽ではない 

 →特に経験者の周回遅れは超本気を出さないと厳しい。資格、実務、コミュニケーション転職を想定した立ち回り、

  ビジネススキルなど、正直気が休まる時は最初の1年はないと覚悟してもいい。

  でも、結果として高卒フリーター30台の周回遅れを一年挽回できたと考えるとかなりお得だった。

どこかの勉強会に参加する

 →オススメ。だが、派遣元派遣先、先輩後輩、仕事付き合いなどでそのような機会があるケースもあるので、

  無理には時間を割かなくても良いのかも。たまに行く程度で構わないかもと個人的に思う。だが参加した結果誰とも会話しなくても、

  良い発見お土産、数年後にお客さんとその話で盛り上がったりと、有益なケースがほんと多い。

さら資格とりつつ転職する

 →どんなに慣れて居心地良くて未練があろうとも、少し給料が上がっても、最初の未経験募集中会社に居すぎないことが大事だと思う。

  自身努力ペース、経験ペースによっては1年ちょっと転職しても全然構わない時代転職しないと給料待遇はそうそう上がらない。

  転職活動を少しするだけで、自身客観的評価も気付けたりする。

 →資格については、インフラ場合、いろんなメーカー資格が有る。大抵が短めの有効期限付きで、面接官が知らない資格も膨大にある。

  だからといってミーハー国家資格の高難易度だけ取っても面接アピールできない事が多い。みんな持ってるし。オンリーワンが狙いにくい。

  このメーカー資格って何?知らんけどすごいの?って聞かれた時に、実務経験を加えたエピソードを語れるようになると良い。それは別に自分が全部やった事でなくても構わない。

  実案件ベターだが、研修で社内で誰よりも一生懸命勉強し、社内でこのメーカー製品は俺に聞け!クラスになった。とかでも努力知識アピールになる。

  あと、面接官はメーカー資格有効期限なんてそうそう見ない。マジで聞かれたら数日でさくっと取り直せばよろしい。

  その頃には一度取ったメーカー資格の多くは無勉強や短時間で取り直せる実力がついてる。

  

英語は無理して勉強しなくても良い。高待遇を狙うなら後で始める

 →最初のうちは全く勉強せずにGoogle翻訳アプリなどを駆使。最初からそこにリソースを割くぐらいなら、エンジニア勉強に使う事に完全に同意

 →が、大手企業中途採用リーダーマネージャーなどの幹部候補や、外資系の多くが、ある程度の英語力や、英語抵抗の少なさが必須になる。

  数年後にキャリアアップ収入アップを狙うなら、余裕が出てきたら合間に少しずつ勉強した方が潰しが効く

  50代になってもプログラミングエンジニアリングを極めていくつもりならいらない。でもなんかそういう人は10からのめり込んでる気がするし、

  若いから特化してた人との周回遅れが取り戻しにくかったりするので、ふらふらしてた自分の幅広い経験や柔軟性を活かそうとする人が多い気がする。なんとなく。

  海外出張/研修外国人との打ち合わせがある仕事なら、いずれ少しでも積極的に参加した方が良い。

  ペラペラである必要はない。英語で話したりメールしたりしてくる期間限定イベントが開始された時に、最低限意思疎通できればいい。

 →英語ソースややり取りに抵抗を減らしていく。むしろ英語ソースから調べる癖を徐々につける。Google翻訳前提でも構わない。

  日常生活でも、欲しい商品海外ブランド日本未発売なら、輸入品楽天メルカリ必死で探さずに、まずはブランドサイト

  海外ショッピングサイトなんかを眺める。日本発送OKなら英語で頼み、来たメールを読み、

  気になる事があれば英語(by Google翻訳)で間違いだらけのメールを送りあうぐらいになっておけば、

  仕事で突然メールやら挨拶やら電話やらを求められても抵抗が少ない。

  まともな会社であれば、いきなり英語の大勝負は求められないので。

  大の英語嫌いの人だと、いきなり英会話教室アプリ動画勉強とかもハードルが高いので、

  このぐらいの低レベル英語のやり取りからだと楽な気がする。あとは英語圏の海外旅行。そんなお金があればですが。

  こういう必要性が求められる系だと、割とできちゃったりするかなと。最初ITパスポートの時のようにね。余裕が出てきたらし始めるといいかも。

 →コミュ障であればこれらはスルー

  英語よりも日本語での意思疎通やコミュニケーションを少しでもあげた方が良い。

  おしゃべり力雑談力も大事だけど、苦手なら社会人コミュ力をあげておく。

  困った時にいろんなアドバイスをしてくれる、自分の専門外だった時にも知っている人を紹介してくれる、昔の話や顔と名前をよく覚えている、なども社会人コミュ力

  周回遅れなら、そういうところもプラスに変えていけるとどんどん待遇評価がよくなる。

2020-04-26

ヒューマンコンピュータインタラクション(HCI)への違和感

はじめに

anond:20190329034939

この日記が物議を醸してから1年以上経った。

その頃自分M1からM2に上がりたてで、HCI系の研究室所属していたが特別ブラックというわけでもなく(直接指導にあたる教員との相性は悪かったが)、記事を読んでも筆者の境遇に思いを馳せるぐらいの月並みなことしかできなかった。

それでも、HCIは「一見役立たなさそうなおもちゃのようなものに、理屈をこねくり回して正当化させるのが多いように感じ」るという主張に心から共感したことは覚えている。「おもちゃ」という表現がぴったりだと感じたのだ。「ゴミ」とか「クズ」ではなく、「おもちゃ」。自分も含めて学士修士研究は大半がゴミ同然なのだろうけれど、どうしてかHCI研究の一部は「おもちゃであるように思えてならない。当時その理由漠然と考えてみたりもしたが、結局まとまらないうちにほとぼりが冷めてしまった。

今、自分修士課程を修了して労働をしている……が、このご時世なのでここの所はずっと自宅待機で時間を持て余している。だから、今のうちに寝かせたままのもやもやを整理し、言語化しておきたい。そういうわけで、増田に書くことにした。

一応断っておくと、これから書くことは修士卒の人間主観に満ちたお気持ち表明であり、HCI全体のごくごく狭い領域事情を述べているに過ぎない。HCIの学際的な領域は多岐にわたるが、その中でも自分記憶感情コミュニケーションといった人間精神的な活動コンピュータ技術支援しようという趣のことをやっていたから、余計におもちゃ性の強い研究に触れる機会が多かったのかもしれない。そのあたりを踏まえた上で、読んでもらえると幸いだ。

HCIはどのようなおもちゃ

HCIが立派な研究であるかどうかは、HCIおもちゃ問題を考える上で大きな問題にならないと自分は思う。正しく研究フォーマットに則ってさえいればそれは研究と呼ぶ他ないはずだし、研究質的議論は何もHCIという分野に限られたことではない。

HCIにとって真に重要なのは、人の役に立つかどうかだ。

学問有用性は、例えば人文学の軽視だとか、もっと次元を低くすれば三角関数を習う意味だとかで、これまたよく議論対象となる話題である自分としては、一般的学問に関しては直接的な人間への有用性という観点のみで議論されるべきではないと思っている。学問による間接的な恩恵や将来への投資無視するのはあまりに浅慮であるし、根源的な欲求の充足というのにも価値はあるはずだと考えるからだ。

しかし、HCIは例外だ。HCIは、人を対象とし、大半の場合エンジニアリング的なアプローチによる課題解決を目指しているのだから、人の役に立たなければ意味を持たない。しょうもないHCI研究は、道具・ツールとして失格の烙印を押されたガラクタの「おもちゃなのだ

自分は、ワゴンいっぱいのガラクタおもちゃの中にあって気持ちがみるみる冷めていったし、元増田の筆者もきっと同じだったのだろう。

おもちゃHCIの特徴

ここからは、自分おもちゃだなと感じてしまうHCIの特徴について列挙していく。

継続的使用が望めない、一回限りのモノである

おもちゃHCIは往々にして一発芸の様相を呈しがちである

遊ぶように楽しめる何かを作ること自体結構だが、課題解決を目指す工学において繰り返しに耐えないモノを作るのは全くのナンセンスだ。

それこそ、人間にとってのお役立ち度は、縁日の射的の景品やヨーヨーと全く変わらないということになる。

人間理解していない・理想化しすぎている

HCIの研究プロダクトが役に立つ前提として、人間というのは常に明るく元気で前向きで、人と繋がりたくってしょうがない生き物なんだと考えているんじゃないかと思わされることが何度もあった。確かに現在社会においてそのような人々は理想的で偉いのかもしれないが、現実を見ればそのような前提を掲げられるはずもないことは火を見るより明らかだろう。

また、人々に高度な認知能力要求するような例も多いが、そのような人々がいくらかエンハンスされたとしてもそれに対するHCIの貢献度は、はじめからA判定の生徒を受け持つ家庭教師のような疑わしさが持たれて然るべきだ。

他分野の援用に飛躍がある

これは元増田にも指摘のあったことだが、他分野を無理のある形で援用してトンデモ仮説を作るようなことが見受けられた。逆ソーカル事件といえるようなことが、あちこちで起こっているんじゃないかと思う。

射程が短い、もしくは長すぎる

大いなる研究の礎として失敗した研究存在するという考え方があるが、おもちゃHCIは礎たりえない。それは、そこに積み上げられるものが全くないか、あるいは逆にバベルの塔を建てようとしているからだ。つまるところ、未来が両極端なのだ

おわりに

ある程度もやもやを形にすることで、多少スッキリしてきた。

当たり前のことだが、何もHCI全体を否定しているのではない。優れた研究研究者は数多く存在しており、今後も我々の生活を豊かにしてくれるのだろう。

ただ、おもちゃHCIが存在するのも事実で、それに関わると残念ながら莫大なリソース無駄に終わってしまうからちょっと口出ししておきたかったのだ。

2020-04-03

[]2020年3月はてブあとで読むトップ30リスト

はてブホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ

254あとで/2503users 総説 新型コロナウイルス感染症(COVID-19)|中外医学社Online|note

204あとで/1478users 上手な「在宅勤務」のコツ | Google Cloud Blog

165あとで/2268users 「先生オメガを倒したら宿題やってきてやるよ」と生徒が言ったので、わたしゲームライターになった|Yuka S.|note

145あとで/706users さくらPythonの基礎講座を無償提供 新型コロナで外出控える人向け - ITmedia NEWS

142あとで/1433users アルゴリズムビジュアル大事

137あとで/731users 【翻訳コードは書けないけど、1人で作ったwebサービス収益化した話 - Qiita

131あとで/2848users 100日間おなじ商品を買い続けることでコンビニ店からあだ名をつけられるか。|yosano|note

130あとで/624users 普通プログラマーAWSゼロから勉強するためにやったことと現在勉強方法 | Developers.IO

129あとで/676users systemd エッセンシャル

129あとで/746users Wikipedia特に人物記事と言うのは簡潔な表記なのに長編小説を読んだかのように強烈な印象を与えるものが多い。 - Togetter

127あとで/926users 家で暇をつぶせるサイト10個ほど紹介する:哲学ニュースnwk

120あとで/2055users 高校レベル数学から大学教養数学くらいまでを学び直した - razokulover publog

119あとで/774users 実は便利な「Google Keep」、その使い道は? 電話取次メモを同僚と共有、写真からの“文字起こし”にも ~小ワザ集<1>【「G Suite」時短コラボ仕事術】 - INTERNET Watch

114あとで/605users 社内で好評だったSQLインジェクション資料を公開します – Webセキュリティの小部屋

113あとで/902users スタートアップ組織設計図の5類型と、その失敗率 | Coral Capital

110あとで/845users 現代ウェブフロントエンドウェブアプリケーション)について理解する唯一の方法|erukiti|note

106あとで/973users 話が上手な人と下手な人の違い | knowledge / baigie

103あとで/615users イミュータブルデーモデル - kawasima

102あとで/1194users ゴミ屋敷父親が腐って死んでた上に仕事も失ったけど最終的に何とかなった話|麻宮ミヤネ|note

101あとで/513users エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog

97あとで/499users The History of the URL | The Cloudflare Blog

97あとで/523users 今からVue.jsを始める人のための「知るのを後回しにしてよい」n個のこと - Qiita

97あとで/1087users 男子校出身の18歳に鴻上尚史が教えた「絶対に選んではいけないサークルバイト」とは? (1/4) 〈dot.〉|AERA dot. (アエラドット)

97あとで/2505users 24暮らしてきたイタリアが、大変なことになっている。

96あとで/1494users 全国一斉休校を受け無償提供されたオンラインサービスをまとめてみた - piyolog

93あとで/852users 米グーグルテレワークVPNを使わない、なぜなら「あれ」が危険から | 日経クロステック(xTECH)

93あとで/1880users よく心理戦で「相手は私の思考を読んでこうするから、それに対し私はこうする」みたいな読み合いがありますが、ずっと互いに読み合っていたら無限ループで切りが無いはずです。どこまで読むのが正解なのですか?に対するMasahiro Sekiguchiさんの回答 - Quora

92あとで/488users 0から始めるNode.jsパフォーマンスチューニング | kohsweblog

91あとで/513users エンジニアとして影響を受けた技術書ランキング2020年

90あとで/628users UIの細かい動きについて | ゲームUI演出

90あとで/661users そうだ、任天堂宮本茂さんに聞いてみよう──ビデオゲームのこの40年、マリオ任天堂の“らしさ”と今後【インタビュー】 - ファミ通.com

あとで読むタグ2月に激減したが3月さらにもう少し減った。

アエラが説くには大学入学したら男しかいないサークルや男しかいないバイトを選んではいけないのだそうな。

2020-03-27

[]プログラマーペアプロモブプロ採用している会社で働いて成長しよう

テレワーク

リモートワークを採用している日本のテクノロジー企業のまとめ

モブプロペアプロペアローテーション、ペア作業ダブルアサインメント、属人化対策?、離職対策?、転職対策

プログラミングとは経営判断の集積である

ソースコードの一行一行は、経営判断のものだ。

どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるか

(中略)

ソフトウェア開発とは、経営意思決定の集積なのだから経営意思決定を外部の会社委託するというのは、「経営を外部の会社にやってもらうようなもの」だからだ。

もっと言うなら、自分会社の今後のビジネスポジションを、他社に決めてもらうようなものからだ。

外注を出された会社は、そのソフトウェア未来に実現するであろうビジネス価値犠牲にして、できるだけ少ないコストで作ろうとする。

ソースコードの一行一行が経営判断のものになる

ttp://fromdusktildawn.hatenadiary.jp/entry/20061003/1159869683

プログラムは全て決断である

ttps://bit.ly/2JzCggZ



ペアプロ 属人化 - Twitter検索

ペアプロ 属人化 - Google 検索

ペアプログラミングは意思決定苦痛を和らげる。

ペア作業を行うため仕事以外の事は一切できない(一人で作業しているとついついメールをチェックしたりウェブを見たりしてしまます

ttps://bit.ly/38ZlQwO

ペアプロ懐疑派だった僕が、実務でペアプロ導入して180度考えが変わった話

個人コード責任を持つのではなく、チームでコード責任を持つ組織にするべき」という考えに心を打たれた

ttps://qiita.com/YudaiTsukamoto/items/06b426f4dbee268d5035

問題 vs 私たちで、問題フルボッコにする

Mob Programming を実施するとかなり心理的負担が少ない。

ttps://simplearchitect.hatenablog.com/entry/2017/06/19/080036

プログラミングをしていて、最も時間がかかるのは、「悩んでいる」時間だ。

かにどハマりするとか、初めての事、難しい事をやるときに、理解するのに時間がかかるとか。

それがMob Programmingでやると、いろんな人が寄ってたかって、いろんな目線解決を考えるので、詰まったり、ハマったりする事がなく、異常に早く終わる。

中略

それぞれがやったことを「レビュー」しなくても、そもそも常にレビューしている感じだから、そんなことも必要ない。

ttp://simplearchitect.hatenablog.com/entry/2017/06/19/080036

今はコードがお偉いさんなんだからMOBは雁首揃えろって話

ttp://d.hatena.ne.jp/essa/20170619/p1

成功する実践モブプログラミング

ttps://qiita.com/erukiti/items/21e77457bff641e01fe1

・難しい問題を解くのが早くなる

スキル標準化につながる

・サボらなくなる

ttps://twitter.com/nplusone/status/1118501170698276865



属人化をペアプロでどのように排除するか

ペアプロは、質の高いコードレビューでもありますヤフオク!の開発チームでペアプロを行う際には、プルリクエスト作成してコードレビューを挟むようなステップ存在せず、実装したコードレビューなしにそのまま本番コードマージしています

中略

ペアプロを行う上でお薦めなのが、毎日ペアを組み替えるペアローテーションです。毎日ペアを変えることで、知識情報を共有する速度を、加速度的に向上させられます

ttps://employment.en-japan.com/engineerhub/entry/2019/11/07/103000

ヤフー2012年10月から国民の祝日土曜日にあたった場合、前日の金曜日を振替特別休暇とする制度を始めている。

ttps://www.j-cast.com/2012/11/02152492.html

ヤフーでは勤続10年以上の社員対象に、2~3か月の範囲サバティカル休暇制度を導入しています

ttps://www.hr-force.co.jp/saiyogo/201904141702

リモートモブプログラミングという働き方

現在、kintoneの新機能開発メンバーは6拠点オフィス分散し、また多くのメンバーカジュアルに在宅勤務を活用するリモートチームとなっています。 また2018年から2年以上、全ての設計実装タスク原則モブプログラミングで行っています

ttps://blog.cybozu.io/entry/2020/02/28/080000

サイボウズ、離職防止の切り札は「出戻り歓迎」

ttps://s.nikkei.com/2vJsvYx

自分休暇

ttps://dot.asahi.com/wa/2019062700013.html?page=3

ペアプロと育休の取得しやすさの関係について

SPEEDAの開発チームは、すべてのチームがほぼ100%ペアプロ作業していますペアプロのものについての詳しい説明割愛させていただきます) 。

そしてプログラミング以外(例えば採用活動)でもペア作業します。

更にペアを組むメンバーを一日のうち何度も入れ替えており、様々なメンバーと様々な開発ストーリーに取り組むことになります

ttps://tech.uzabase.com/entry/2019/10/15/190000

ジョイインク (Joy, inc.) のメンローイノベーションズに行ってきた

ttp://kawaguti.hateblo.jp/entry/2017/08/15/095840

プログラマーは全員ペアを組んで仕事をする

ttps://www.slideshare.net/yattom/ss-79372905

ビズリーチでは、後輩エンジニアは、業務関係することであれば先輩エンジニアに対してペアプログラミングをいつでも申し込むことができます。先輩のライブコーディングを見る機会にしたり、実装中のタスクで分からないところがあれば解決法を一緒に考えたりします。

ttps://design.bizreach.co.jp/archives/2447

ペアプロでやるレビュー、言うならばペアレビューです。

ttps://medium.com/@oogatta/一日8時間-60日間ペアプロしてみて思った日常ペアプロのコツ-4753381b0467



知識の塔」と呼ばれる、「この人じゃないとできない! いなくなったら困る!」という状況を、ペア作業を通じて常に解消し続けているのです。

ttps://codezine.jp/article/detail/9980

うまくトラックナンバー1を解消できた時にやったことの1つが「ペアプログラミング」でした。

ttps://blog.fenrir-inc.com/jp/2013/02/trucknumber.html

ペアプログラミングによる暗黙知の共有は、ハネムーンナンバーを下げる効率のよい方法だ。

ttp://methane.hatenablog.jp/entry/20060501/1146492679



なぜ自分は「ペアプロ全面導入」という考えに至ったのか

ペアプロ一般的に言われるようにレビューの手間が減るとかコード品質が向上するとか属人化を防ぐのに良いとかの利点がありますが、自分は「その時間集中力」こそが実は最大の利点

ttps://inside.pixiv.blog/edvakf/3182

8時間気が抜けないので、結果的生産性が上がる

ttp://www.ketancho.net/entry/2018/02/22/080000



たぶんこれが生産性の鍵なのだ: ただ始めること。

ペアプログラミングが機能するときにそれがうまくいく理由は、たぶんペアプログラミング セッション相棒スケジュールするときには取りかかるために2人が力を合わせるからだ。

ttps://ajiyoshi.hatenadiary.org/entries/2005/08/06



ペアプログラミングの1ドル価値

ペアプログラミングをする価値は、最初場所エラーが起きるのを防ぐとても小さな軌道修正という形でやってきます

ttps://www.infoq.com/jp/news/2009/07/dollar-value-of-pair-programming/

コード1行作るのに28ドルかかる、だから…」

ttps://b.hatena.ne.jp/entry/s/tech.nikkeibp.co.jp/it/article/Interview/20121210/443162/

ジュニア採用しない連中はシニアに値しない

ジュニアシニアエンジニアペアを組ませると二人のシニアエンジニアと同じだけの価値を発揮すると言える。しかコストシニア二人の場合の 75% しかからない。もしあなたのゴールが最小の費用で最大の生産性を発揮することだとしたら、組織の中でジュニアシニアの組み合わせを分子レベルでの最小単位とすべきだ。

ttps://b.hatena.ne.jp/entry?url=https%3A%2F%2Fportalshit.net%2F2018%2F10%2F02%2Fwe-should-hire-junior-engineers

ペアプログラミングに近い状態

ttps://kuranuki.sonicgarden.jp/2019/10/casual-talk.html



ペアで働くと効率4倍

ttps://web.archive.org/web/20070210094344/http://business.nikkeibp.co.jp/article/skillup/20061121/114149/

ペアプロと開発効率関係で言うと、「100%ペア」と「100%ソロ」で比較した場合、単純な「稼働率」ではソロのほうがもちろん多いです。ただ、単位時間内にどれだけのコードが本番リリースされていくかを「生産性」と捉えると、スループットや仕掛かりの時間考慮する形になり、結果的ペアのほうが生産性が高くなるんですね。

ttps://codezine.jp/article/detail/10264



上等なオンラインペアプログラミング環境

ttps://ogihara-ryo.github.io/vscode-live-share

関東関西リモートAtomのTeletypeとSlack通話機能

ttps://b.hatena.ne.jp/entry/s/twitter.com/waritocomatta/status/948779300576096256

tmuxを使って画面を共有する

ttp://tkengo.github.io/blog/2012/10/30/lets-pair-programing/

WEB+DB PRESS Vol.102

特集1

はじめてのペアプロモブプロ

メキメキと人が育ち,プロダクトの質を高める

ttps://gihyo.jp/magazine/wdpress/archive/2018/vol102

.

戦闘機の編隊飛行において、二機一組を最小単位とする戦術

ttps://ja.wikipedia.org/wiki/ロッテ戦術

1業務に2人を配置して23連続黒字になった秘密

ttps://bit.ly/2MylBjs

ダブルアサインメント(一業務二人担当制)|業務を属人化させない働き方

ttps://times.mazrica.com/column/merit-for-double-assignment/

ダブルアサインメントとマルチタスク

ttp://wakabakeiei.com/2017/11/06/double-assignment-multi-task/

人材会社資産として残らないが仕組みは会社資産として永遠に残る

ttps://www.amazon.co.jp/dp/B010JM64M6/



従業員トレーニングをして、よそへ行ってしまったらどうするのか」という疑問に対するStanger氏の答えは、「従業員トレーニングをしないで、彼らが会社にとどまってしまったらどうするのか」ということになる。

ttp://japan.zdnet.com/article/35058310/

従業員の才能を爆発させるには「会社に人を長く留める」戦略を捨てる必要がある

ttps://b.hatena.ne.jp/entry/s/gigazine.net/news/20171005-superboss/

「弱いつながり」理論でいうと、SNSでつながる友だちは、それこそFacebookの友だちが3,000人規模で、国内スタートアップ経営者なら、たいていの人に直接または1hopでつながることができる。

ttps://techplay.jp/column/366

リンク

エンジニアリング組織論への招待

~不確実性に向き合う思考組織リファクタリング

ジョハリの窓心理的安全性

ttps://gihyo.jp/dp/ebook/2018/978-4-7741-9663-3

心理的安全性ガイドライン(あるいは権威勾配に関する一考察

ttps://qiita.com/hirokidaichi/items/5d8c4294083d85654a04

組織雰囲気スペースシャトルコロンビア号」を爆発させた!?

ttps://note.com/kaorutamura/n/n212e1a4be8f5

失敗をさらけ出す勇気を持つためにはどうしたらいいのか

無知だと思われる不安 => 質問をしなくなる

無能だと思われる不安 => 支援を求めなくなる

ネガティブだと思われる不安 => 批評をしなくなる

邪魔をする人だと思われる不安 => フィードバックを求めなくなる

ttps://tech.andpad.co.jp/entry/cafe


エンジニアリング組織論への招待」読後メモ自分用)

コントロールできるもの/できないもの

「誰かが誰かに依頼する」関係になっていると、エージェンシースラックが生まれ

ttps://qiita.com/yrockfield/items/dbc8aca6b95e45b8d8af



「ウォータフォールは一切メリットがないので止めておきなさい」

ttp://simplearchitect.hatenablog.com/entry/2016/06/20/080807



[ESBI][スキル資産][デジタル資産]就業中に「スキル資産」が増え、起業・転職・副業をしやすいのがプログラマー

[Ruby][Rails][ESBI]Ruby on Railsを書籍で勉強する前に

[内製][外注][顧問プログラマ][技術顧問][ABテスト][改善][取引コスト][management][会者定離]

2020-03-09

梅田ダイビルコロナ感染者が全く報道されていない

大阪梅田梅田ダイビルってのがある。23階建てのオフィスビル

このビルの清掃員がコロナ感染していることが分かったと3月5日付のプレスリリースが出ていた。

https://contents.xj-storage.jp/xcontents/AS03619/f2450cf8/fabd/4ce9/bab4/59ff0e96147e/20200305121927501s.pdf

その後、同ビルに入っている2つの企業でも感染者のいることが分かったようだ。

当社関西支社における新型コロナウイルス感染者の発生について | 日商エレクトロニクス

当社大阪支店における新型コロナウイルス感染者の発生について双日マリン アンド エンジニアリング株式会社

大阪と言えばライブハウスクラスター化していると連日のように報道されているが、このダイビルの件は全く報道されていない。

大阪市や大阪府のお知らせにも載っていない。

私はこの界隈で働いているのだが周りの噂でこのことを知った。

いったい何が起こっているんだろうか。

2020-02-26

なんで「テック系」って死ぬほど馬鹿なのに自信過剰なんだろう

ずっと疑問だったんだけど

あいつらはOnShitHappens(should not);を書いて高い賃金を貰っているのでそこが宇宙の平均だと思っているんだな

再帰ループV8の中で起こることなので知らないのが当たり前だし理解もしてない

自分より低い賃金エンジニアリングしている奴がいることは認めたくないんだな

それで金貰えるのがすげーなって思うけど鬱陶しい

2020-02-10

anond:20200210013404

日本内燃機関信奉者の目を覚まさせるために、エンジニアリングではなくコンサル(笑)的な観点から欧州自動車市場でのEVの状況を補足したく思います。なおデータhttps://cleantechnica.com から引っ張ってます

ここでいうEVPHV(プラグインハイブリッド)も含むようです。30-50kmくらいはEVとして走れて、それ以上はガソリンエンジンを使う形式ですね。バッテリーモーターにガソリンタンクエンジンを車体に詰め込まないといけないので、コストは上がるし重くなるしいい形式とは思えないけど…。まあいいや、各国見ていきましょう。まずは事実を列挙していきます

イギリス

2035年ICE新車販売禁止することで話題になったUKです。欧州で2番目に大きな市場です。2020年1月EVマーケットシェアは6%、去年の同じ時期は2.2%だったので役3倍になってます。その一方でICEは18%の減少です。

ドイツ

欧州最大の自動車市場ドイツでは2020年1月EVマーケットシェアは6.5%、去年の同じ時期は2.5%でした。ICEは15%の減少です。なお、今年の夏ごろにはVW社運を賭けて開発したID3が発売されるので、さらに増えることが予想されます

フランス

2020年1月EVマーケットシェア11%、なのですがICEの減少は衝撃的な-25%。内燃機関エンジン市場の4分の1が消えました。プジョーのe208とルノーZoeが売れてるそうです。もしかしてルノーZoeって日産Leafと同じ車ですか?

スウェーデン

グレタさんの故郷意識高い系環境大国スウェーデン2020年1月EVマーケットシェアはなんと30%で、去年の12.7%から大きく増えました。その一方で、ICEは-40%だそうです。ここまで行くと市場崩壊ですね。

ノルウェー

世界で一番EVが売れる国、ノルウェー新車販売の64.4%がEVでした。去年のマーケットシェアは53%。もうEVじゃない車を買うと「なんで?」て言われそうですね。

総評

マーケティング世界では、質やコスパ度外視でいち早く新しいものに飛びつく人をイノベーター(2.5%)、流行に敏感で自ら情報収集を行った上で判断し新しいものを取り入れる人をアーリーアダプター(13.5%)と呼びます欧州においては、去年の段階でイノベーターEVをすでに手に入れていて、今はアーリーアダプターが手を出している段階だとみられます新規販売で5%を超えると、EVを買ったという人が同僚や友人で割と見つかるようになります。そこから先の変化は驚くほど速いです。EVの圧倒的な経済性(電気代はガソリン代よりはるかに安い)と利便性(寝てる間に充電できる)を、ネットマーケティングではなく信頼できる知り合いからのリアル情報として仕入れマジョリティ決断がどうなっていくか。火を見るより明らかでしょう。ノルウェースウェーデンなのどの北欧は、すでにそのフェーズに入ってます

もうガソリンエンジンが無理なのはどう見たって明らかですよね。日系メーカーEV対応が遅れてるのは心配ですが、環境に良くて便利なEVが増える変化は喜んでおきましょう。

2020-02-08

anond:20200208053439

かこのはもうしょうがないけど

じゃぁってりかいして

またやった。

とにかく、他人許可を得ないで何かするんだな

プライバシーがあるから弟子でもないのに見ちゃだめだからな

そういうのもスパイ技術とかうかって

見て学ぶを勘違いしている人

弟子だけにしか見せないを横取りしていく人

そりゃリバースかいうわ

エンジニアリング業界ではリバースご法度

泥棒みたいなものから

ログイン ユーザー登録
ようこそ ゲスト さん