  |
はてなキーワード: CIとは
この人と一緒に働かないといけないの辛すぎて転職考えるレベルだわ。せめて素直な人ならいいんだけども。
辞めてくれないかな。
発注と検収のいたちごっこみたいな仕事に嫌気が差して、入社して2年目からちびちびと転職活動をしていた。
入社して2年目は転職サイトとか転職エージェントとかを使って、もっと手を動かす仕事が良い！みたいな希望で活動した。
何社か応募したけど、採用どころか面接にすら全然届かない。経験も実績もないから、仕様無いと今になっては思う。
でも数少ない面談した企業の方からは「小さくてもいいからWebサービスを作ってみるといい」とか「うちはRails使うことが多いから、Railsわかる人だと嬉しい」みたいな具体的なアドバイスはもらえた。
ちなみにどことは言わないけど、転職エージェントは「年収が下がっていいならすぐに見つかります！」「正社員じゃなくて派遣から始めるのはどうでしょう！？」とか不穏な誘いが多くてすぐに使うのを辞めた。
3年目はもらったアドバイスに従って、仕事の合間に小さなWebサービスを作ることにした。(Railsは使わなかったけど)
流行りのフロントエンドフレームワークを使って、PaaSで公開。テストも書いて、CI/CDもちゃんと整備した。
フレームワークや言語の学習も含めると半年以上かかったけれど、納得のいくものが出来た。
4年目。業務転換があり、ベンダと要件の狭間でストレスが絶頂になった。
この環境から逃げたい、というひどく後ろ向きな理由で転職活動を再開した。
幸い3年目の成果物がある。Twitterの転職タグとかを使って成果物のURLを貼り付けたりすると、5社くらい話を聞いてくれることになった。
驚いたことに、エンジニア業界では有名な会社とかも声をかけてくれたりして、ちょっと有頂天になったりした。
しかしながら結果は惨敗。オンラインのコーディング試験や技術面接に歯が立たず、ほぼ全てがお祈りとなった。
ある企業の面談では、「希望年収の半分くらいなら」と言われたこともあった。この日のことは、未だに忘れられない。
4年目の惨敗を受けて、5年目はしょぼくれていた。
面接で出来なかった問題こそAtCoderなりアルゴリズム本なりで勉強していたものの、「こんなに勉強しないといけないなら、もう現職でいいかな」という思いが大半を占めていた。
なんとなくはてブの技術エントリを読んだり、Qiitaとか面白そうなチュートリアルを手慰みにして時間を潰していた。
そしてそんな折に、知人経由で大手ITを受けてみないかと声をかけられた。
いやいや無茶でしょう、というような有名企業で、自信を喪失していた自分には恐れ多いとしか言いようがない。
とは言え、落ちるだろうから受けない、というのもあまりに後ろ向きな話。
なので、受けるだけ受けることにした。知人の顔を立てる、というくらいのモチベーションである。
内容の詳細は秘密保持の関係から記載できないけど、3年目のサービス開発で学んだ知識と、惰性で技術エントリを読んでいた経験が活きた。
それなりに回答できて、手応えはあった(現職で得た知識とかももちろんあるけど)
結果は通過。そこからあれよあれよと面接ラッシュで、すったもんだありながらも最後は内定。
待遇も満点ではないけど十分な内容で、迷う余地がなかった。強いて言うなら、休みが減るのがちょっとネックかな。
元増田に言いたいのは、一回動くと何かが変わるよってこと。
私が結果としていい転職ができたのは2年目の活動の際に「Webサービスとか作ってみるといい」ってアドバイスをもらえたのがきっかけだし。
ベンチャー企業の人から声をかけてもらえたりするくらい頑張ってるなら、胸を借りるくらいの気持ちで話をしてきたらいいんじゃないかな。
人生の分かれ道は意外なところに落ちていたりするよ
ちなみに私が内定もらったところは、選考中は年齢(と性別)について一切聞かれなかった
Vtuberには元々センシティブなASMRを上げる人たちいたけれども、それとは一線を画す本格的にアダルト的な消費を主眼とした活動をするVtuberがここ1年ちょっとの間に多数登場している。具体的な名前は子供達も見る場なので差し控えるが今現在エロ系Vtuberには4つの箱が存在し（うち2つは運営元が同じ）、登録者が10万近くいっているライバーも居る。
20人以上居るエロ系Vtuberはセンシティブ囁き耳舐め尺八咀嚼音などのASMR、バイブ装着ゲーム実況、（主にバイブを使った）罰ゲーム有りのゲームプレイといったような活動をメインに日々配信をしている。
流石に天下のYouTubeでエロっぽいことをするというのもかなり難しいようで垢BANくらったり動画削除くらったりするライバーも多く内容的にはどこもバイブで喘ぐくらいまでしか出来ていない（なおいくつかの箱はCi-enやFantiaを使って外部でメンバーシップ的なものを作りそこでYouTubeで出来ないようなエロい配信をメンバー限定で行うことでアダルト商品としての価値を高めようという試みを行っており、ある箱ではライバーの中の人が実写で配信するという事も行われていたりする）。基本2Dモデルでの配信がメインで大抵の場合トラッキングも杜撰なので視覚的にもエロを追究しにくいのもあり最初の内はタダでエロいことしている所が見れるというだけで興奮できるが慣れてしまうのも早く飽きも来やすい、というのが日本のエロ系Vtuberの実情である。
ちなみにアメリカのエロ系Vtuberは最初からYouTubeをプラットホームにしていないので３Dでガンガン動いて投げ銭で反応するバイブを使って喘ぎまくったりすることができているのだ。
当方ソフトウェアエンジニアで勤務先の環境がクソすぎるので転職しようと思っているのだが、
転職先の開発環境を面接で聞く際にどこまでが常識でどこまでが過剰要求なのかが分からないので教えてほしい。
ちなみにGithubアカウントはちゃんと持っているし, OSSにもコミットしているよ.
などなど. 個人環境としては可もなく不可もなくという状況なのだが、
でもメーカーのクソなところで, だいたいネットにはつながっていない.
技術書を読んでいる人が皆無.
我流で書いた上司先輩のクソコード以外読んだことない人しかいないので.
このレベルはもう期待していない.
いいなぁ～. ネットの世界にはこの環境で仕事ができる人も存在するらしいよ.
はてな見てると、はてなにいるような技術に関心を持つような人は実際には存在しないんじゃないかって思うぐらい、
私の周囲のソフトウェアエンジニアのレベルの低さに呆れるので、
普通の(はてな基準)エンジニアと一緒に普通の(はてな基準の)会社で仕事をしてみたいなぁ.
Densoの方の退職エントリでも, Densoでもこのレベルかーという内容だったし、
日本でWEB系以外で"""欲しい"""の基準以上は不可能なのかなぁ。
はぁ
2021/01/29追記：西浦氏から解説記事が上がったのでこちら読んだ上での追記も適宜行ってる。
m3.com/open/iryoIshin/article/873130/
https://www3.nhk.or.jp/news/html/20210125/k10012831381000.html
この記事のブコメでみんな疑問に思ってるっぽいので、素人でもわかる範囲のことを書いてみた。
https://www.mdpi.com/2077-0383/10/3/398/htm
2020年7月22日のGoToトラベルキャンペーン開始と新型コロナウイルスとの疫学的影響の可能性について調べて見たっぽい。
ファーストオーサーが安齋麻美さん（修士か博士のどちらか）で西浦博教授も著者に含まれる。北海道大学の衛生学研究室での研究っぽいですね。ごめんおもっくそKyoto University School of Public Healthって書いてたわ。京都大学大学院医学研究科 社会健康医学系専攻でいいですかね…。↓は北海道大学時代のページでふ。
http://hygiene.med.hokudai.ac.jp/member/
47都道府県の確認済症例のプレスリリースデータ全て。うち24都道府県は県境越えパターンの移動データありで、発症7日前（一部14日前）に県境越えした人を旅行履歴ありと判断したっぽい。
2020年5月1日～8月31日までで、データの確認時期は2020年11月中旬。「症例が確認できた日」と「COVID-19確認ができた日」の2パターンで進める。
基準は「県境越えしたかどうか」。なお、さらにその人達は県境越えの目的を「ビジネス」「家族に会いに（帰省）」「観光」の3パターンに分類。
データを3つに分類して、罹患比率（IRR）を分析。ここのIRRsってのが割合数値として重要なものっぽいのだけれど、どうやら疫学統計的に意味のある指標っぽい。あとで斜め読みした結果を書く。
・1.GoTo前の期間（この期間は 1a.2020年6月22日～7月21日 と1b.2020年7月15日～19日 の2パターン用意）
・2.GoTo初期の4連休含む5日間（2020年7月22日～7月26日）
GoToの走り出しが4連休だったので、そこでの影響を主に見たいと思われる。1が2パターンあるのは、2が5日間だけだから1bで日数と期間を揃えた。3はGoToトラベルクーポンの利用期限が初期は8月31日までで、お盆で帰省が増えるから増加するため、その辺りでの影響が懸念されたからっぽい。
追記：元論文の"description"って独特な表現だなとは思ってたけど上手い訳が思い浮かばずとりあえず「結果」って書いたんですが、西浦氏の応答の中にこのようなものがありました。
疫学研究の中で、今回の研究は観察研究（observational study）、特に、記述疫学研究（descriptive study）と呼ばれ、そこから得られる科学的エビデンスのレベルは低いことで知られます。つまり、位置づけとしても、今後のために「因果関係を検討すべき」と呼び掛ける程度の役割をしている研究に相当します。
つまり、ここでの「記述」とは上記の記述疫学研究特有の表現である可能性が高い。これは斜め読みじゃ絶対わかんない情報だった。ありがたい（追記終わり）
まず、基礎的なデータとして、2020年5月1日～8月31日までに確認された24都道府県で合計3978件の症例に対し、
と、症例の報告数そのものは7月と8月で減っている。減少傾向にある。
で、以下肝心のGoToの3期間のデータ比較。発症日と感染確認日の2軸パターンで分析
この辺、しつこいようだけれど、グラフで見ないとマジでなんのことかわからないと思うので、グラフ見てほしい。視覚的にわかりやすくなってるので、そっちの方が直感的。
多分結論というかこの統計データが示唆していることについての項目。
まず、IRRって数値が何度も出てくる。で、IRRが1.44という数字があり、どうやらこれがNHKニュースの「1.44倍」という数値の根拠になっているっぽい。
これ、なんのことかなと少し考えたが、わからなかったのでググって以下PDFを確認した。
http://univ.obihiro.ac.jp/~kayano/epi-stat/epi-stat2.pdf
これもあんまりよくわからなかったが、計算式とか斜め読みした感じだと、どうやら「A期間でx％だったのがB期間でy％になった場合に、yをxで割ったときの数字」っぽい。だから、この場合の「倍」ってのは「感染者数」ではなく「感染者のうちの旅行した人の率」のことっぽい。ここ、多分「倍」と言われたときに思い浮かべる直感的な感覚と乖離しているので要注意と思われる。
なお、CI=95%は統計上の信頼区間のことで、本当は色々説明した方がいいんだろうけど統計学は素人なので「まあほぼこの辺の範囲で正しいっすよ」くらいの意味で捉えてもらえればいいんじゃないかと思う。
まあ、書いてるとおり因果関係はわからんけど、GoTo期間で旅行関係での感染率が増えたのは事実っぽい。いくつかの指標で何パターンもIRRを出して全部1超えてるので、統計的に「増えた」という事実は覆しようがないように見える。ただ、4連休で旅行者増えるのはまあ当たり前っちゃ当たり前とは言えそう。
あと結局3の期間のデータを用意した意味がよくわかんなかった。データは用意したけどあんまりはっきりと言えるような情報がなかったから論文の報告内容として省いたのかな。それならまあ意図はわかる（研究してみたけど特に意味ありませんでした、は研究報告として重要）。
あと、増田は統計学の素人ですが、統計データは因果関係（AがあったからBが起きた）ではなく相関関係（Aが起きると同時にBも起きているが、その二つの間にどんな関係があるかは不明）を出すものなのはわかっているので、これだけを以てしてGoToトラベル否定論に繋げるのはやや早計に見える。
個人的な感想をまとめると、「増えたのは増えたけどめっちゃ増えたと言いきるのは難しそうで、連休だから増えるのはあたりまえの気もするし、でもまあ増えるのはわかりきったことだったから減らす努力が足りなかったのではと言われるとそんな気もする、考えれば考えるほどよくわからなくなるので正直これだけではなんとも言えんなー」、という印象。
なんかNHKのニュース岩田健太郎のTwitter後追いしたっぽい感じがして、その割になんか内容ふわふわしててちょっと反応に困るなーって思ったんですよね。だから論文に当たればなんかわかることあるかなーって読んでみたら、まあNHKの記事も書いてることは間違ってなくて、むしろ岩田健太郎さんの方が「関係アリアリ」って言い切っちゃっててそれは大丈夫なのかと感じました。
https://twitter.com/georgebest1969/status/1353186823229476867
あと、いざ読んでみたらやっぱりよくわかんねーなーって印象をどうしても抱いたので、素人が長文感想かいたら本職の統計学増田か疫学増田がなんか補足して知見を広めてくれたら嬉しいなーという下心もある。
なんか間違ってたら教えてください。
一晩経って自分が何にもやっとしたのかわかった、NHKがなんでこの論文報道したのかがわかんないんだ。
これってある種の議論のたたき台というか、この発表を取っ掛かりに他の論文で「じゃあ次はこうしましょう」「この論文でカバーできてなかったこの部分調べましょう」みたいなことをやっていく為の第一歩で、正直報道するほどの内容なくない？
(投稿しようとしたら全然できなくて泣いた、リンク数でスパムフィルターって単純すぎるルールベースすぎませんか！)
水素水とかクレベリンとかNMRパイプテクターとか、いかにもエセ科学っぽいやつら、なんとなくエセ科学って判断してm9(^Д^)してる人が自分含めほとんどだと思うんだよ。結局「twitterで皆が言ってたから」レベルで、エセ科学/陰謀論信じる人と大差ないんじゃないかと思って、まずはクレベリンについて調べてみた。
調べたと言っても日本語の論文やらWebサイトを探しただけ、個人で実験するとか無理だし、僕は化学専攻だったわけじゃないし、英語苦手だし。
「こんな論文or調査があるよ」とか「いや、それはお前が完全に読み間違えてる」とかあれば指摘してくれると嬉しい。
公式サイト ttps://www.seirogan.co.jp/cleverin/
初っ端からtwitter引っ張ってきてたり、他のニュースへのリンク貼ってあったりして、既に怪しいキュレーションサイト感が漂っていて期待できる。
よく見る「空間除菌」をする「クレベリン」と、液体でアルコールや次亜塩素酸水のように使う「クレベ＆アンド」ってやつがあるらしい。アンド被ってんじゃん、クレベアンドアンドじゃん。
今回は「クレベリン」のほうだけ。
クレベリンのページ ttps://www.seirogan.co.jp/cleverin/cleverin/
特許取っているらしい。
特許は効果を保証するものじゃないってどっかで読んだな、特許の方の深堀りはしない。
「ウイルス除去・除菌の仕組み」のページ ttps://www.seirogan.co.jp/cleverin/cleverin/mechanism.html
深堀りしようかと思ったけど化学よくわからん。高校の時化学取ってないんだよね、ウソ取ってたかも、授業中モンハンしてたわごめん。
googleで検索かけた感じTOP5にwikipediaとか大幸薬品のサイトとか社団法人日本二酸化塩素工業会のサイトが出てくる。「社団法人日本二酸化塩素工業会」って大幸役品も正会員じゃん。てか大幸薬品の社長がこの会の会長じゃん。
「よくわかる二酸化塩素のはなし」のページ ttps://www.seirogan.co.jp/clo2/index.html
ウイルス除去
二酸化塩素ガス(室内濃度0.01ppm)を放出させた25m3(6畳相当)試験チャンバーに、ウイルスの一種を浮遊させた後攪拌し、180分後に空気中の浮遊ウイルスを捕集し、生存ウイルス数を測定しました。二酸化塩素ガスを放出しない条件(自然減衰、攪拌ファンのみ)で同様に測定した生存ウイルス数を100%とした時のウイルス生存率を求めました。
二酸化塩素ガス(室内濃度0.01ppm)を放出させた25m3(6畳相当)試験チャンバーに、細菌の一種を浮遊させた後攪拌し、120分後に空気中の浮遊菌を捕集し、生存菌数を測定しました。二酸化塩素ガスを放出しない条件(自然減衰、攪拌ファンのみ)で同様に測定した生存菌数を100％とした時の細菌生存率を求めました。
日本防菌防黴学会 第41回年次大会発表 研究発表プログラム ttps://www.saaaj.jp/conference/41th_pdf/conference_41th_14.pdf
低濃度二酸化塩素ガスの25 m3閉鎖空間における浮遊細菌と浮遊ウイルスに対する低減効果
(大幸薬品(株))
論文て末尾の人が一番えらいんだよ、知ってた？
学生のころ「自分」「教授」「助教」って順番で書いちゃって怒られたの思い出したよ。
ググって発見 ttps://jglobal.jst.go.jp/detail?JGLOBAL_ID=201502212674917241
JDreamⅢとかアクセスできないし、169Pも読んでらんないしどうしよ・・・
と思ったらなんか要約っぽいページ発見。
「二酸化塩素ガス室内濃度指針値（0.01ppm）での菌・ウイルスの低減を確認。大幸薬品、第41回 日本防菌防黴学会年次大会にて発表」 ttps://prtimes.jp/main/html/rd/p/000000029.000004917.html
[方法] 試験チャンバー25立方メートルを閉鎖空間とし、外部から二酸化塩素ガス発生装置を用いて発生させた二酸化塩素ガスを放出させ、撹拌ファンにて室内空気を循環させたところに、黄色ブドウ球菌懸濁液または大腸菌ファージφX174懸濁液を噴霧し浮遊させ、所定の時間後に浮遊細菌または浮遊ウイルスを捕集した。対照実験として二酸化塩素ガス発生装置を作動しない状態で同様の操作を行い、浮遊細菌と浮遊ウイルス数の自然減衰を測定した。
[結果] 0.01ppmの二酸化塩素ガスが室内空気中にある場合、浮遊黄色ブドウ球菌は120分後に99.8%、180分後に99.95%低減することが分かった。また、浮遊大腸菌ファージφX174は、180分後に99.2%低減することが分かった。
黄色ブドウ球菌ははたらく細胞で見たな、大腸菌ファージなんとかは初耳。
というか正直どっちもわからんわ。とりあえず「この2つで試験したこと」「25m3で試験したこと」「0.01ppmの濃度だったこと」「(この要約からだと)換気状況不明」「(この要約からだと)室温湿度不明」ということだけ覚えとく。
ppmって何？
二酸化塩素による除菌をうたった商品－部屋等で使う据置タイプについて－ ttp://www.kokusen.go.jp/news/data/n-20101111_1.html
詳細pdf ttp://www.kokusen.go.jp/pdf/n-20101111_1.pdf
あくまで「二酸化塩素が出てるか」という調査で、「二酸化塩素に空間中のウィルス・最近を除菌する効果があるか」という点には触れていない。
とてもちゃんと書いてある。
ちゃんと一部引用するのも大変だったので僕の主観で要約しちゃう。
気になる人はPDF参照。
ACGIH（アメリカ合衆国産業衛生専門官会議）の基準を引っ張り出している。日本に基準ないのかな？
TWA 0.1ppm (Time Weighted Average：毎日浴びてもほとんどの労働者に悪影響が見られないような～～～時間加重平均値)
STEL 0.3ppm (Short Term Exposure Limit: この値を超えて浴びてはならない15分間の時間加重平均値)
No.7がクレベリン、6畳でも1日後0.07ppm、5日後0.04ppmなので出てることは出てる。
この図に限らず、他の製品がヤバすぎてクレベリンがまともに見える。
見つからんかった。
厚生労働省とかコロナへの対応とかWebページ出してるけど二酸化塩素については全く触れてないのな。
あんま見つからんかった。というかググっても怪しいサイトが引っかかりすぎて悲しい。
ttps://ci.nii.ac.jp/search?q=%E4%BA%8C%E9%85%B8%E5%8C%96%E5%A1%A9%E7%B4%A0%E3%80%80%28%E3%82%A6%E3%82%A4%E3%83%AB%E3%82%B9+OR+%E7%B4%B0%E8%8F%8C+OR+%E9%99%A4%E8%8F%8C+OR+%E6%AE%BA%E8%8F%8C%29&range=0&nrid=&count=20&sortorder=1&type=1
CiNiiシャットダウンするみたいな話何年か前あったけどどうなったんだアレ。
いかにも空間除菌っぽいやつを探す。有料っぽいの多くて残念だけどいくつかは読めた。ありがとうJ-STAGE。
大幸薬品が出しているやつと西村秀一 氏(国立病院機構仙台医療センター臨床研究部ウイルスセンター)が出している論文が目を引く。
ウイルス不活化効果を標榜する二酸化塩素ガス放散製剤の実用性の有無の検証―冬季室内相当の温湿度での空中浮遊インフルエンザウイルスの不活化について―
ttps://www.jstage.jst.go.jp/article/jsei/31/5/31_16-020/_pdf/-char/ja
二酸化塩素ガス放散製剤のインフルエンザウイルス不活化および黄色ブドウ球菌殺菌能の検証―低湿度環境表面での検討―
ttps://www.jstage.jst.go.jp/article/jsei/32/3/32_131/_pdf/-char/ja
低濃度二酸化塩素による空中浮遊インフルエンザウイルスの制御―ウイルス失活効果の湿度依存性―
ttp://www.kankyokansen.org/journal/full/03205/032050243.pdf
ここまでで気が付かなかったけど大幸薬品は結構英語論文もだしてるっぽい、疲れたし英語苦手だから今回はそこまで追わない。ゆるして。
(西村氏には申し訳ないが)疲れてきたので僕の独断で主張をピックアップして要約。引用ですらない。気になる人はpdf
この要約だけだとわかんないけど、pdf中で西村氏クソ煽ってて笑った。
大幸薬品と西村氏の実験でそれぞれ違う結果がでてるっぽくて、どっちを信じるとかはよくわからんけど、再現状況不明 + 違う結果が出る時点で積極的にクレベリンを採用する理由はないよなぁと思ったり。僕はバイアスかかりまくりなので西村氏pushだけど。
というか論文少なくね？僕の探し方が悪いだけ？
まぁ健康被害にはならなそうなんで目くじら立てるほどじゃないかな。こういう根拠が怪しいやつが蔓延るのは将来を考えるととても悲しいが。最近陰謀論もよく見るしね。
でもこういうのに身近な人がハマったら悲しいよなぁ。
頭ごなしに証拠突きつけて否定しても駄目なんだってさ、ビハインド・ザ・カーブでみた。オススメだよ。
地球平面説を信じる人は勉強が足りないわけじゃないんだってさ、下手したら僕らより頭いいみたいよ。
ただググって文字起こすだけでも数時間よ数時間、怪しいのに反論するのもタダじゃないね、疲れた。ググって文字起こしただけとはいえ頑張って書いたので色んな人の目に触れると嬉しいな。
いま、私たちは情報の多くを文字から受け取っています。メディアの中心が印刷物からスクリーンに変わってもなお、文字がコミュニケーションのひとつの要であることは変わりません。
「My MORISAWA PASSPORT わたしの“推し”フォント」では、さまざまなジャンルのデザイン、その第一線で活躍するデザイナーに、文字・フォントをデザインワークのなかでどのように位置づけ、どのような意図・考えで書体を選択しているのかをインタビュー。あわせて、「MORISAWA PASSPORT」“推し”フォントを紹介いただきます。
第1回は、グラフィックデザインをベースに平面から立体、空間まで幅広くデザインを展開する色部義昭さんにお話を伺いました。
画像1
色部義昭
東京藝術大学大学院美術研究科修士課程修了後、株式会社日本デザインセンターに入社。2011年より色部デザイン研究所を主宰。
主な仕事にOsaka MetroのCI、国立公園ブランディング、市原湖畔美術館・須賀川市民交流センターtetteなどのVIとサイン計画から、パッケージ、展覧会デザインまで、グラフィックデザインをベースに平面から立体、空間まで幅広くデザインを展開。
目次
ブランディングやサイン計画を中心にデザインを手がける色部さん。
個性も違えば役割も異なる、多種多様な仕事のなかで、文字、書体はどういった働きをするものと捉えて取り組んでいるのでしょうか。 web
いま、私たちは情報の多くを文字から受け取っています。メディアの中心が印刷物からスクリーンに変わってもなお、文字がコミュニケーションのひとつの要であることは変わりません。
「My MORISAWA PASSPORT わたしの“推し”フォント」では、さまざまなジャンルのデザイン、その第一線で活躍するデザイナーに、文字・フォントをデザインワークのなかでどのように位置づけ、どのような意図・考えで書体を選択しているのかをインタビュー。あわせて、「MORISAWA PASSPORT」“推し”フォントを紹介いただきます。
第1回は、グラフィックデザインをベースに平面から立体、空間まで幅広くデザインを展開する色部義昭さんにお話を伺いました。
画像1
色部義昭
東京藝術大学大学院美術研究科修士課程修了後、株式会社日本デザインセンターに入社。2011年より色部デザイン研究所を主宰。
主な仕事にOsaka MetroのCI、国立公園ブランディング、市原湖畔美術館・須賀川市民交流センターtetteなどのVIとサイン計画から、パッケージ、展覧会デザインまで、グラフィックデザインをベースに平面から立体、空間まで幅広くデザインを展開。
目次
ブランディングやサイン計画を中心にデザインを手がける色部さん。
個性も違えば役割も異なる、多種多様な仕事のなかで、文字、書体はどういった働きをするものと捉えて取り組んでいるのでしょうか。
「私は文字を素材と捉えて使っています。文字情報というのはあらゆるコミュニケーションに使われるものなので、あるブランドのための書体をひとつ選んだら、目に見える部分以外の情報も発信していくことができます。
たとえば、ブランドが人の身体だとしたら、書体は血液のようなもので、ブランドの隅々にまで意思やフィロソフィーといったものを循環させていくことができる。書体はそういった要素を担っている重要な素材だと思っています」
目に見える部分以外の情報も担う書体。それはつまり、ブランドやメッセージをより正確に、ふさわしいトーンで伝えるための役割を書体に持たせているということになります。
こうしたとき、色部さんはどのような視点、プロセスで書体を選んでいくのでしょうか。
「書体を選ぶときは、ロゴなどが決まっていればそれと同調する書体にするかコントラストのつく書体にするかで考えます。先に書体から考えていくような場合は、施設や部屋の名前といった大事なワードを候補になる書体で打って、イメージに近いトーンのものを比較していきます。
書体を選ぶ基準というのはプロジェクトごとに異なりますが、書体を選ぶことは自分のデザインのなかで楽しみな部分ではあります。クライアントやブランドにはそれぞれの個性がありますから、それを見極めて書体を選び抜くことが大切です。理想的にはプロジェクトごとに、毎回、違う書体を使いたいと思っています。
書体が決まった後は、それをターゲットのイメージに合わせて、どう組むか、レイアウトするか、アレンジするかを考えていきます。ただ、このときはタイプデザイナーによって作られた書体を自分なりにどう活かして使っていこうか、楽しんでいる部分もありますね」
“ブランドの血液”としての書体。多くのメディアにそのフィロソフィーを浸透させるためにはいま、フォントとしての文字は欠かせないものになっています。
「ロゴは点として存在するものですが、書体は線になり面を構成するものとなるものです。
MORISAWA PASSPORTとTypeSquareのように、デスクトップ用のフォントからWebフォントまで、共通のフォントが使えることで、サインからWebまで同じトーンで展開できるということは大事な要素だと思っています。
使いやすい書体をあらかじめ決めておくとか、いい書体、悪い書体という判断は自分のなかには持ってはいません。ブランディングではクライアントの個性やプロジェクトの性格に最適な素材であるかどうかが最も重要だと考えています」
この程度でも600万は稼げるという夢を持つか、こんなのでもちょっと何かが違うだけで600万稼げるか否かが分かれてしまう業界に闇を感じるか、600万程度で何ドヤってるの？と思うかはご自由にどうぞ（外資系ってもっと稼げるの？）。
歳は30台前半。学部卒。BtoB向けのパッケージ製品の開発プロジェクトで、設計、コーディング、テストあたりを担当している。仕様について発注元との折衝もやっている。
業務で使う技術のうち、自分自身がそれなりに習得しているものだけを書く。プライベートでしか習得・使用していない技術は別。
以上。
PythonもgitもDockerもkubernetesもAnsibleもCIツールもAWSもGCPもRuby on Railsも知らなくてもなんとかなってしまっている。業務でこれらのスキルを要求されることは（今のところは）ないから。
楽でいいと思う一方、このままだと将来ヤバいとも思っている。いざ転職となったときに詰みそう。
でもいざとなったらググっていくらでも独学できるだろうとたかをくくっているので焦ってはいない。
というか「その他」のところに書いた能力が高ければ世の中大体はなんとかなるんじゃないの。知らんけど。
ちなみに自分は構築できないというだけで、プロジェクトではJenkinsとかgradleとかbabelだかwebpackだかでビルド環境は整えられている。
あとプライベートで、単純な仕様の独自言語のコンパイラフロントエンドをC++とLLVMで作っている（これで金が稼げるとは微塵も思っておらず、完全にただの趣味）。
努力不足でSESにしか行けなかったというツイートが話題になっていますね。
件の人に限らず、スクール卒業者が就職できないやら、採用したけど使えなかったとかという話をよく聞くので、そんな悲しいミスマッチを減らし、この業界を目指す人が希望と勝算をもってチャレンジできるようになることを願って思っていることを書いてみようと思いました。
業界に入って十数年、メガベンチャーで働きGAFAの関連企業から1X00万円のオファーを貰うくらいのスキルと経験はある。もちろん開発のスペシャリストとして。
新宿の雑居ビルにオフィスのある中国人が経営するSES会社からキャリアをスタート。最初の会社は雇用保険も払ってなかった。
新卒または第二新卒、文系または数学が苦手、プログラミング未経験者でスクールやサロンに入ってプログラミングを身につけて働きたいと思ってるひと。
理系やプログラミング得意な人は、学生ならインターン、働いてる人はなんでも良いからスクリプトで業務改善すれば実務経験になり、そこからならどうとでもなるのでこの記事は参考にする必要なし。
ふたこぶラクダ理論というものがあります。(https://ameblo.jp/bradnine/entry-11911830387.html)
要約すると、出来る人と出来ない人がいて、何が要因なのかわかっていないし、出来ない人への教え方も確立していないとのことです。
学び始めてすぐに判断を下す必要はないですが、スクールのカリキュラムを終える頃には周りとの成長スピードの差で自然に理解できるかと思います。
しかし、もし適正がなかったとしても悲観するのはまだ早いです。
プラグラミングの適性がない人にもこの業界にはポジションがある。QA、PdM、PjM、UIデザイナー、UXデザイナー、カスタマーサクセス、営業、採用、などなどいろいろあります。
なにはともあれ3割くらいは可能性があって外れても選択肢があるんですからポジティブに受け止めましょう。
エンジニアの生産性の差は10倍や100倍にもなると言う話は聞いたこことがあるかと思います、底辺と天才を比べた極端な話だと思いますよね？実はこれありふれた話です。超有名ベンチャーで難しい採用試験を潜り抜けて即戦力採用された人たちの中でも100倍の差があることもあります。それも瞬間風速的な話ではなく、年間の変更コード行数を計測してそうなります。10倍の差はもっとありふれた話です。
さてここまではプラス面だけの話ですが、マイナス面も考える必要があります。
あなたが無事現場に入ってわからないことを教えてもらう必要があるとします。面倒見のいい先輩がなんでも聞いて良いよと言ってくれたので、質問をして、3時間先輩の時間を使ってしまいました。先輩は100倍エンジニアだったとすると、その3時間であなたの二ヶ月分の作業量が消し飛んだ計算になります。あなたはそれに見合った成長をして恩返しできますか？
ちなみにそれくらい能力差があっても給与はあまりかわりません。良くて倍くらい。同じ給与ってこともまぁよくある話で、多重下請の現場では逆転してることも珍しくはありません。
そろそろ本題に近づいてきました。
ここまでの話を踏まえてどうするべきだと思いますか？
特別なことでも難しいことでもなく、いたってシンプルです。それは「足を引っ張らない」ことです。大抵の現場では初心者に毛が生えたような人にアウトプットを期待していません。ある程度の教育期間をとった後で普通の人の半分でもアウトプットを出してくれたら恩の字です。
あなたが天才でなければ、まずは自分でアウトプットを出すのは一旦諦めてください。先輩の時間を増やしましょう。例えば動作確認や他チームやステイクホルダーへの連絡、文書作成など、100倍エンジニアでも生産性が変わらない業務を肩代わりして先輩が開発にかけられる正味の時間を増やしましょう。これが現段階では正しいチームワークです。100倍エンジニアの時間を奪って質問するくらいなら、10倍の時間をかけて一人で調べた方が、10倍生産性が高くなります。聞くとしても調べた上での答え合わせと間違っていた時のヒントだけにしましょう。個人の学習効率をだけみてもそっちのほうが効率いいです。理解できない人には独学大全がオススメです。
ろくに動作確認をしていない可読性の低いコードをプルリクに出して、レビュワーになった100倍エンジニアが仕様確認したりローカルで動作確認したり、あまつさえバグを見つけてしまうなど、最悪です。
初心者だから間違えてもしょうがないというのは正論です。しかし、プロジェクトの時間とコストを考慮すれば逆の結論になります。あなたのアウトプットが数倍早くなろうが遅くなろうがプロジェクトには影響がないのです。学習時間とリスクを考慮してそういうふうにタスクを組んでいます。数倍時間をかけて慎重にやって良く、マイナスを生まない事を考えれば、初心者こそ絶対にバグを出してはいけないという結論になります。0は無理でもそういう気持ちでやりましょう。
ここまでは現場に入ってからの話でした。皆さんは現場に入る方法を知りたいと思いますが、もう少し辛抱してください。敵を知り己を知れば百戦危うからずの故事もあります。もう少し敵を知ってから戦術を立てましょう。
デスマーチと呼ばれているものには2種類あります。一つは定義通りのデスマーチ (https://ja.m.wikipedia.org/wiki/デスマーチ )。もう一つはデスマーチの要件を満たさないが、関係者の能力不足によってデスマーチの様相を呈しているもの。実は前者はとても希少で、世の中のきついプロジェクトというのはほとんど後者だと考えてください。
様々な点で両者は異なります。
真のデスマーチはほとんどの場合技術的な問題ではなく政治的な問題で発生します。そのため予算は潤沢ではないが常識的にはあり、技術は枯れてリスクが少なく確かな効果が確認されているものが採用されていることが多いです。工学的なアプローチで生産性を向上する仕組みなどが取り入れられていることもあります。管理プロセスも機能しておりコンプライアンス違反も少ない傾向があります。政治的な理由でプロジェクトが延長されている都合で、PMがプロジェクトを終わらせたいと思っていても、予算がある限り新しい要件が発生しつづけて終わらないという状況も発生しえます。こちらのタイプに参加するメリットとしては、よく管理運営されたプロジェクトを体験できる点、ドキュメントがしっかりしている点、低スキルの人が参加することを考慮して仕組み化されているのでキャッチアップにかかる時間が低いなどがあります。
なんちゃってデスマーチは技術力や要件定義能力、集団の合意形成能力などの不足によって起こります。PMやステイクホルダーは赤字を垂れ流すプロジェクトを早く終わらせたいと思っているので多少納期が伸びても必ず終わります。プロジェクトを終わらせるための提案であれば下からの意見でも柔軟に対応してくれることもあります。新しい技術と古い技術が混在していたり、新しい技術を採用しているのに使いこなしていないこともあります。CI/CDや自動テストが無い又は不十分な現場も多いです。こちらのメリットとしてはスタンダートが低いのでキャッチアップ戦力になれるまでの時間が短かったり、小さな労力で大きな生産性改善ができ職務経歴書に書ける良いエピソードが作りやすいといったことが挙げられます。
また両者には人の出入りが激しいという共通点があります。そのためドキュメントの有無にかかわらず新しい人が参加し、教育や環境構築を行いタスクを振って実務を行うという、一連の受入業務に現場の担当者が慣れています。またこれは両者それぞれのところで触れましたが、理由はそれぞれ違いますがキャッチアップして戦力になるまでの時間は小さいという共通点があります。
デスマーチでは残業が多いと思われていますが、新人は戦力として期待していないので残業する必要はないです。マネージャーからすると、無駄な残業代は払いたくないし事故って仕事を増やすリスクも嫌なので、1秒たりとも残業してほしくありません。早く帰ってリフレッシュするなり自習するなりしてプロジェクトのリスクを減らしてください。
そのため、デスマーチに入って残業というのは底辺層にとってはほとんどの場合杞憂です。テスト要員としてでも残業を頼まれたら戦力に数えられている事を喜んでも良いと思います。
翻って比較対照としてみなさんに人気のあるWeb系企業を考えてみましょう。GoogleやNetflixとまではいかなくても、ほとんどの会社ではそれらを模倣しています。共通点としてはだいたい自走・自律できることが求められます。辞める人は少ないので比較的受け入れ体制は整っていないケースが多いです。企業によってスキルレベルはピンキリですが、周りとのスキル差が大きくなるのでキャッチアップにかかる労力と時間は大きくなります。開発プロセスは整えられているため、あなたが工夫して改善できる余地は少ないです。
ここであなたが採用する立場になったと想像してください。「最新の技術スタックで言われた作業をやっていました。ついていくのがやっとで自分で工夫した点は特にないです。勉強はがんばりました」という人と、「技術スタックが古かったのですがXXを導入してXXをXX程改善できました」という人がいたとして、どちらが戦力になりそうでしょう？どちらを採用したいですか？
ここまで書いたことを理解して謙虚に面接を受ければそう悪い結果にはならないと思います。
現場の技術レベルが高い現場を望んでもメリットは無いので、少しでも自分が成果を出しやすい環境を探しましょう。
本当に嫌になる。
見よう見まねでコード書いてるだけのゴミはプログラマ名乗らないでくれ。
他にもいろいろ書きたいこと（ネットワーク、データベース、セキュリティ、OS、ハードウェア等）はあるが、ソースコードが書けるという点だけにフォーカスすれば、この程度は最低限できないと困る。
上に書いたようなことが完璧にできると断言できない奴が、プログラマを名乗るのがいかに非常識で恥ずかしいことなのか、よく理解して欲しい。
Allowed countries
AE - United Arab Emirates
AL - Albania
BE - Belgium
BG - Bulgaria
BI - Burundi
BM - Bermuda
BN - Brunei Darussalam
BO - Bolivia (Plurinational State of)
BZ - Belize
CD - Congo (Democratic Republic of the)
CH - Switzerland
CK - Cook Islands
CN - China
CO - Colombia
CR - Costa Rica
CY - Cyprus
CZ - Czech Republic
DE - Germany
DO - Dominican Republic
EE - Estonia
EG - Egypt
FI - Finland
FK - Falkland Islands (Malvinas)
FM - Micronesia (Federated States of)
GB - United Kingdom of Great Britain and Northern Ireland
GG - Guernsey
GH - Ghana
GN - Guinea
GS - South Georgia and the South Sandwich Islands
HK - Hong Kong
HM - Heard Island and McDonald Islands
HT - Haiti
HU - Hungary
IN - India
IO - British Indian Ocean Territory
IR - Iran (Islamic Republic of)
JE - Jersey
JO - Jordan
KE - Kenya
KI - Kiribati
KW - Kuwait
KZ - Kazakhstan
LA - Lao People's Democratic Republic
LB - Lebanon
LI - Liechtenstein
LK - Sri Lanka
LR - Liberia
LU - Luxembourg
LY - Libya
ME - Montenegro
NO - Norway
NU - Niue
OM - Oman
PE - Peru
PL - Poland
PM - Saint Pierre and Miquelon
QA - Qatar
RE - Réunion
RS - Serbia
RU - Russian Federation
RW - Rwanda
SC - Seychelles
SH - Saint Helena, Ascension and Tristan da Cunha
SK - Slovakia
SO - Somalia
SZ - Swaziland
TF - French Southern Territories
TJ - Tajikistan
TL - Timor-Leste
TN - Tunisia
TO - Tonga
TR - Turkey
TZ - Tanzania, United Republic of
UG - Uganda
UM - United States Minor Outlying Islands
US - United States of America
UY - Uruguay
UZ - Uzbekistan
VC - Saint Vincent and the Grenadines
VE - Venezuela (Bolivarian Republic of)
VI - United States Virgin Islands
VU - Vanuatu
YE - Yemen
ZA - South Africa
ZM - Zambia
ZW - Zimbabwe
| 時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
|---|---|---|---|---|
| 00 | 89 | 12515 | 140.6 | 47 |
| 01 | 75 | 7392 | 98.6 | 34 |
| 02 | 40 | 1975 | 49.4 | 26.5 |
| 03 | 26 | 2493 | 95.9 | 48 |
| 04 | 21 | 8643 | 411.6 | 180 |
| 05 | 17 | 7509 | 441.7 | 57 |
| 06 | 31 | 3318 | 107.0 | 52 |
| 07 | 52 | 7915 | 152.2 | 41.5 |
| 08 | 54 | 4227 | 78.3 | 41 |
| 09 | 63 | 9232 | 146.5 | 65 |
| 10 | 94 | 15642 | 166.4 | 58 |
| 11 | 124 | 7538 | 60.8 | 30 |
| 12 | 142 | 12905 | 90.9 | 25.5 |
| 13 | 176 | 12592 | 71.5 | 30.5 |
| 14 | 140 | 16907 | 120.8 | 44 |
| 15 | 57 | 9584 | 168.1 | 73 |
| 16 | 111 | 11443 | 103.1 | 44 |
| 17 | 114 | 11814 | 103.6 | 44.5 |
| 18 | 126 | 9360 | 74.3 | 43.5 |
| 19 | 79 | 7670 | 97.1 | 50 |
| 20 | 128 | 14615 | 114.2 | 38 |
| 21 | 132 | 13497 | 102.3 | 48.5 |
| 22 | 150 | 14341 | 95.6 | 51 |
| 23 | 183 | 28826 | 157.5 | 35 |
| 1日 | 2224 | 251953 | 113.3 | 42 |
寛い(10), 政党交付金(6), iron(3), フェイルセーフ(5), Ci(4), 会計士(15), ５人(4), 党勢(3), 男受け(9), 種付(4), webform(6), ポケット(17), 黒人差別(12), 中絶(13), ティッシュ(18), generator(9), free(10), ゴリラ(9), 女性蔑視(9), 安泰(6), 妊婦(11), バー(12), 黒人(36), メス(11), 看護師(11), 殺害(9), 警察官(12), 進化(16), 知性(11), 野菜(20), 白人(18), 洗濯(14), データ(29), yahoo(13), 文脈(15), プログラム(13), 監視(9)
■フェイルセーフとかフールプルーフとかに詳しいかたにお聞きしたい /20200626122905(31), ■ホームレス差別 /20200628233422(20), ■自民系の地方議員です。カネ配りについて書きます。 /20200628072917(20), ■Black Lives Matter運動への違和感 /20200628005703(19), ■「街中で妊婦の暴行事件も」のブコメがアホすぎる /20200628102521(16), ■バーで知らない人とどう話したらいいかわからない /20200628121448(15), ■民俗学や密教を扱った漫画っていつの間にかなくなった /20200627193024(14), ■大人だけど一切野菜を食べたくない /20200627150343(13), ■ダメなスタートアップあるある /20200626025834(10), ■子どもの頃にゲームや漫画を規制されると大人になってオタクになるのか？ /20200627174117(10), ■ダーウィンです。日本語がんばります。「進化」の誤用が多すぎます。 /20200628105425(10), ■生物学者の父がよく言ってたこと /20200628144146(10), ■一人が楽しすぎて第二の人生はじまったわ /20200627210538(9), ■ /20200628104849(9), ■トイレのノックっている? /20200627195600(8), ■東京の野菜が味しないだの埼玉にはロクな魚がないだの /20200628120612(7), ■オートミール食ってみた /20200628112709(6), ■anond：20200628231018 /20200628232910(6), ■正社員辛すぎという話しか聞かない /20200628145019(6), ■anond：20200628102521 /20200628153324(6), ■anond：20200628230210 /20200628230238(6), ■ときめきメモリアル〜はてなside〜 /20200628070819(6), ■最近のイケてるスタートアップが全くイケてない件 /20200622101632(6)
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
225あとで/1710users Windowsの「タスクマネージャー」を開発した本人が直々に使い方や知られざる機能を伝授 - GIGAZINE
151あとで/1895users Google社のテクニカルライティングの基礎教育資料がとても良かったので紹介したい - Qiita
136あとで/1235users Amazonの従業員が学ぶ伝わる文章構成の極意｜Sangmin Ahn｜note
131あとで/1221users 社畜も唸るアマプラ邦画 - はてな匿名ダイアリー
122あとで/2599users アフリカ出身・京都精華大サコ学長 コロナ問題でわかった「日本人のホンネ」 (1/4) 〈dot.〉｜AERA dot. (アエラドット)
121あとで/1823users 普段使ってる便利なWebサービス教えて - はてな匿名ダイアリー
111あとで/1207users エンジニアはどのようにして技術を学べば良いのか | /etc/motg
110あとで/527users 第１回 ＣＤＮ の 仕組み （CDNはどんな技術で何が出来るのか） | REDBOX Labo
110あとで/2292users いったい検察庁法改正案の何に抗議しているのか｜徐東輝（とんふぃ）｜note
110あとで/1539users 発信するということ｜村本大輔｜note
109あとで/748users 伝わる提案書の書き方（スライド付）～ストーリー・コピー・デザインの法則 | knowledge / baigie
102あとで/1821users #検察庁法改正案に抗議します Q&A : 東京法律事務所blog
101あとで/962users 競技プログラミングで解法を思いつくための典型的な考え方 | アルゴリズムロジック
100あとで/552users JavaScriptの非同期処理Promise、AsyncとAwaitの仕組みをGIFアニメで解説 | コリス
100あとで/568users 便利なツールやWebサービス - JavaScript勉強会
99あとで/605users 短編映画『カメラを止めるな！リモート大作戦！』本編 - YouTube
99あとで/807users 『無敗営業』の著者が語る営業のコツが学びが深すぎてヤバい！！ - Togetter
99あとで/1342users AWSの膨大で複雑なサービス群をすべて「たった1行」で説明していくとこうなる - GIGAZINE
99あとで/1506users 太陽系消滅までの22分をループし続けるオープンワールド宇宙ADV「Outer Wilds」がとんでもない傑作だった｜てっけん｜note
98あとで/1360users 【朗報】iPadを使って英語論文を10倍のスピードで読むライフハックが発見される - Togetter
98あとで/1400users 八木啓代のひとりごと 黒川弘務の正体
97あとで/962users どうやってテクノロジーを追いかけていますか？ジュニアソフトウェア開発者として応募したときにCI/CD、クラウドコンピューティング、Dockerとか大量のことを要求されました。もういっぱいいっぱいです。 - Quora
96あとで/537users タダで学べるデータサイエンス名著5冊 【日本書は高額でも英語ができれば怖くない】 - Qiita
96あとで/516users 『みんなのデータ構造』でデータ構造の基礎を学んだ - valid,invalid
96あとで/561users 自動テストに限界を感じた私がなぜ形式手法に魅了されたのか - 若くない何かの悩み
94あとで/833users たった20万円で作ったサイトが6ヶ月後に月間300万PVを達成した方法【SEO】｜阿部隼也｜note
93あとで/588users プロダクトの成功に必要な 3 つのステージと 20 のタスクについて：現場の動き方をまとめました｜Fritz | Product Manager @ Mercari｜note
92あとで/847users 大体いい感じになるKeynote・Googleスライド用無料テンプレート『Azusa 3』作った - SANOGRAPHIX BLOG
91あとで/1353users 趣味の電子工作をする前に知っておきたかったこと - izm_11's blog
91あとで/1291users コロナに乗じて町内会の属人業務を改善しまくった一人のおばあちゃんの話 | Books&Apps
もし、諸君が「コンピュータの技術を活用して、世の中を便利にしたい」という願望を抱いているなら、絶対に日本のIT企業に就職してはいけない。
日本の企業では諸君の想像するようなわくわくするような開発体験は決して得られない。
諸君が、コンピュータの技術を真摯に学ぶ気があり、最新の技術とハイレベルな開発者から刺激を受けたいのであれば、オープンソースのプロジェクト等に貢献すべきだ。
以下、なぜ日本のIT企業に就職するべきではないのか、理由を述べる。
特にBtoB（法人向けサービス）の開発に顕著だが、日本で就職する限り、作るのはコンピュータリテラシーの低い老人向けのクソ下らない業務システムがほとんどである。
信じられないかも知れないが、「手書きの文書を読み取って、FAXで送信する」みたいな無駄なシステムは、今なお日本中で生産され続けている。
そもそも顧客自身が、そのシステムで本質的に何を実現したいのか理解していないため、従来のやり方をそのままシステム化することになる。
こうして、コンピュータを用いる利点が全くない「アナログ業務をパソコンの上で行うだけ」のクソシステムが出来上がる。
はっきり言って日本の平均的なエンジニアのレベルは、その辺の学生未満である。
アルゴリズム、オブジェクト指向設計、メモリ管理、セキュリティ等のプログラミングの必須事項を十分に理解しているプログラマは、全体の1%もいない。
下請けのカスにもなると、ググって出てきたコードを内容も読まずコピペして、「動いた」だの「動かない」だのとやっているのが大半である。
自動テストやCI等はおろかソースコードをバージョン管理すらしておらず、本番環境へのデプロイは手動で行っており、数万行を超えるコードがmain関数にベタ書きされている等という例は珍しくない。
諸君がいくら最新技術を学ぼうが、仕事で任されるのはほとんど、そういう連中が生み出したプロダクトやツール群のメンテナンスである。
こうしたクソプログラムは、一度作られたら最後、メインプロダクトが完全に死に絶えるまで、死神の様に付き纏う。
日本で職業エンジニアになっても、何の役に立つのか分からんクソシステムしか作らないし、無能の書いたクソコードのメンテナンスで精神病むからやめろ、ってこと。
