  |
はてなキーワード: CIとは
一応年収1100万のソフトウェアエンジニア（もちろん国内、ただしアラフォー）なのでアドバイスじゃないがどんな感じか説明。
やってることはバックエンド全般。最近はインフラも管理画面も大体バックエンド屋さんのお仕事なので、
要はフロントエンド以外というのが正しいかな？極めてざっくりいうとアミューズメント関係のイベント基盤を
AWS上で構築・運用するお仕事。アプリはBFFはnodeのアプリ、動画とかバッチ系はJavaで書いたアプリをLambdaと
ECS上で運用、ストレージはElastiCacheとDynamoDBを使っていて、基本的にすべての運用はEventBridgeで
Slackに飛んできて自分で保守までやる感じ。これで10人のチームで回している。スマホアプリがフロントに
なるんだけどそっちは別のチームがやっていて多分同じぐらいの年収をもらっていると思う。
わかると思うけど別に全然大したことをやっていない。最新のプロトコルとかよく知らんし、
CSは一応AtCoder青とかいう人材もいるにはいるけどほとんどの人は並ぐらい。
FPGAなんて多分みんな無理なんではないかな。それでもこの年収をもらえるのは単にソシャゲ業界の利益率が
いいからで別に俺がすごいわけではない。AWS知ってる人はわかると思うけど上のスタックって
多分駆け出しエンジニアのちょっと頑張ってる程度の人が練習で作るWebサービスぐらいの技術レベルだと思う。
技術的に一応他よりは高いのかなと思うのはCD/CIかな。アミューズメント業界なので一日10回のリリースとかよくある。
なのでステージング環境でOKならそのままSlackで1スタンプデプロイになっている。
基本的にフロントとの互換性が取れる限りはバックエンドは無停止リリースができる。
残業時間は全社平均して10時間だけど深夜に趣味で新機能の開発とかしてるので実質200時間とかある人もいそう。
俺は一応残業は全部申告してるけど、そもそもゲーム業界は裁量労働制が適用できる業界なので残業代などない。
というわけで業界が好きで、かつ増田ぐらいの知識があるなら1000万は30代になったらいけるんじゃないか。
20代でも500か600万は固いでしょ。ただ業界が好きかどうか/その業界が儲かってるかどうかによるので、
そこだけは妥協せずに選んでくれ。個人的に深夜まで新機能作っててもそんなに疲れないんだけど、
前職のSIerでPMやってたときは定時内ですら苦痛だったわ。客とか上司の顔見るたびに作り笑いしてたけど
転職間際とか引きつってた記憶がある。ちなみに年収270万君が例に出してる会社のひとつなんだが、確かに
入社難易度は高いと思うが（主に学歴フィルターの面で）中にいる人の技術的なスキルは散々が多かったぞ。
飲み会で客とうぇーいする能力だけは高かったが。SIerなんてそんなもんなんで、いくら年収が高いからといって
（年収270万で）プログラマーを引退して、医学部にきた俺が真面目に考えてやろう。
真面目に読んでいて、ちょっと気になる箇所がある。たとえば PostgreSQL を postgre とか書くヤツは現場では嫌われるぞ。少なくとも postgres と書いてくれ。お里が知れるぞ。
消えていくエンジニアの特徴だけど、叱責されたり馬鹿にされるのが嫌で VCS にコミットしないヤツ、または貪欲にコードレビューをされるのが嫌がるやつは、成長しない。
この業界は数年前には『デジタル土方』と揶揄される業界でした。ちなみに、アメリカでも「テック系はハードだから避ける」という雰囲気でした。つまり何をいいたいのかというと、ソフトウェアの開発者っていうのは「泥臭い領域」なんだよ。エリートとは程遠い場所にあるというね。
いやぁ、是非とも楽天で働くべきだよ。どうせ野村総合研究所とか NTT DATA なんて無理だと思うから。
うん、ココはまずい。基本的にフロントエンドなんて給料が安いのよ。だって、誰にやらせてもデータベースにクソなDCLを飛ばせないから。逆に、データベースを触れることができるプログラマーはリスクと責任が大きいから、給料が高いのだよ。B4 になってもそれが理解できていないようだと、この先くらいよ。
君はソフトウェア・エンジニアになりたいのだろ？世の中は分業で成り立っているのだから、全部やろうとするやつはアホだよ。
インターン生はお客さんなの。君のスキルが通用したのはすごいと思うけど、同じ感覚で仕事はできないから注意しときなよ。
なに言ってるの？そんなことは言い訳にならんよ。プログラマーになりたいのだろ？勉強をしろよ。
逆にいうと、あなたがインターンとして週３で20万円貰えていたのは、参入障壁が少ないからでしょ？強強エンジニアが生き残っているのは、それだけすごいということだよ。
いやぁ、違うと思うよ。その問題が「難しい」なら切り分けて、上に「ココが自分の能力では解決できないです」と持っていくだけなんだからさ。CS じゃないのだったら、仕事をするまで「扱わないまま」なんだよ？しかも、土日に勉強する気もないとなったらいつするのさ？
諦めなよ。ソフトウェアというものが「変化できることに価値がある」ものだから。変化する業界はストレスフルだけど、立身出世する可能性が高いでしょ？安寧なばしょではないの。
いやー、CSでない博士課程に行って、雇ってくれる企業があるかね？無いと思うけどな。
この時点で、君はコピペしかやってきてないことが理解できる。おそらく QUIC か MQTT あたりだろ？逆にいえば、それが実装できたら他社と差のつけられるプロダクトだったはずだ。つまり会社の利益の源泉であった部分をみすみす実装できないようでは、そこらへんの専門卒以下だぞ。
ムカつくというか、虫酸が走る書き方だ。箇条書きにすると、
プログラミングに年齢はないから。自分は９歳ではじめたけどね。
あー、俺も天才が高校のときにいて、マーチの情報工学と旧帝の院の学費を会社持ちという驚異的なやつがいたよ。今もブログ見てると、Android と iPhone のアプリを書いているみたいで、元気そう。
それを上手にコントロールできるプログラマは世界中にもほとんどいねぇ。むしろ、月20万でやるもんならギルドから苦情が来るぞ。オレもアビームの人に給料を答えたら、「こんなヤクザな会社はやめろ」と耳うちされたよ。
人より良い経験をしたいという願望はあるのは素晴らしいと思うよ。しかしながら、君が到達したノウハウは他人にもできることだからね。ワン・オブ・ゼムになりたくないなら、努力し続けることだな。勉強をするのをやめたら、数年で中卒に負ける世界だからな。覚悟しとけよ。
P.S. 医学部に来たのは家庭の都合だよ。それに、自己顕示しないと「場末のコーダー」で読んでもくれないだろ？年収については、自分も低いと思うよ。なぜ低かったかというと、都内私立大学多浪中退の自分にはベンチャーの皮を被った助成金搾取がメインの反社会的勢力のフロント（ベンチャー）企業ぐらいしか相手にしてくれなかったからだよ。そこの会社は外国帰りの MDMA をキメて、未成年の子女に手を出しては警察沙汰スレスレのことをしているキチガイが社長をやっていて、人工知能を作ろうと学生インターンを酷使している会社だったのだけど、「サイバーエージェントに紹介する」という嘘にひっかかって、特定派遣事業の免許がないのに客先常駐させられ、土曜は帰社日、日曜は社長の Python の勉強会に参加させられる、というブラック会社にいてピンはね率（60%）となると、まともに考えることもできず働くアリになってしまってたからだよ。
P.S. ② 年収については、初日から派遣先の会社に引き抜きのオファーをもらって、２ヶ月後に新しい会社に移動したけど、300万だったので CodeIQ というサイトで転職をする準備をしていたよ。たしか、DMM とかサイバーエージェントの面接にいこうとしてたような記憶。その後で家庭の都合で、医学部に来たけど。
P.S. ③ 医学部医学科の６年生だよー。みんなが嫌いな私立医学部だけどね。ちなみに、俺もこの大学が嫌いだ。
P.S. ④「GraphQLをわざわざ書くのは理解できるけどな。」そうだとすると、REST や SOAP も書かないとまずくない？書くのだったら「Rails と Next のデータ受け渡しにGraphQLを使った経験が」という感じだと良いと思うけど。
P.S. ⑤「野村総研とデータを挙げるあたりSI寄りの仕事してたのかな。 」ちゃうねん。オレっちは多浪したからさ、そこのエントリーシートをかけなかったのよね。まぁまぁ大学が名門でさぁ、OB が誘ってくれるけど、年齢で弾かれて辛かったねん。
P.S. ⑥「ダウト。学費をどうやって稼いだんや 」えぇ、親の金です。だから家庭の都合でと書いてるじゃろ。
P.S. ⑦「本当に医学生ならここ数年の技術についてこの指摘ができる程詳しいわけないし少なくとも10年位は業界にいないとこういう感覚は身に付かない。 」たしかにおかしいよな。Kubernetes や Terraform を弄って、CI は GitHub Actions、CD には AWS CodeDeploy を使って、ブログは Jekyll で静的サイトジェネレータを使いつつ、自前のサービスを立ち上げるために Rails, Next, React, PostgreSQL, Redis, Kafka, Elasticsearch, S3 の勉強をしつつ、スマホ環境のために Kotlin と Swift を触れているなんて変だよな。そういえば、Docker が来るまでは Vagrant で環境をつくっていたのも忘れてたよ。あと Rust を今年に学ぶ言語にするなんて、受験生にあるまじき行為だよな。うん。
P.S. ⑧ 年収については、基本給が 22万で、残業が200時間超えたらプラスだった気がする。あと、反社ベンチャーは「ポートフォリオの作成にまる一ヶ月間で拘束された、しかも無給で」という時点でヤバいのだけど、その会社にコミットしたのは「サイバーエージェントに紹介する」ということだけであって、同時期に DMM も面接に行けそうだったのよね。馬鹿なことをした。
P.S. ⑨「特にフロントエンドを見下す感じとか」オレ自身はフロントエンド出なんだよ。何を隠そう、Adobe Flash のゲームをつくっていたから。それでもって言うよ、バックエンドが一番大切だと。
P.S. ⑪「5～10年前に人売りに捕まった話とするなら、年収270万も現実味を帯びる。」特定派遣は消えてくれてよかったよ。俺のところは特定派遣すら未登録だったけど。
P.S. ⑫「いい医者になるのだよ 」うん、頑張る。「オッサン」「社会不適合者」「あるき方がキモい」「プログラミングwww」「同じ班になりたくない」「親も頭が悪い」「生きてて恥ずかしくないの？」とか言われてるけど、頑張る！
P.S. ⑬ 「フロントエンド別に給与低くないよ。」えっ、そうなの？WebDesigning を読む限りだと、400万もいかないイメージだけど。
P.S「医学部6年でまだプログラムに興味あるの不思議。」好きなんだよ、言わせるな///
P.S. 「フルタイムじゃないのでしょ？」いいえ、東京都内でフルタイム（ひどいときで、朝7から夜24）でしたよ。入った会社が「法律よりも、派遣先の評価」という会社だったからね。
P.S. サイバーエージェントさん、ときどき御社の社名を使って「弊社に恩を売ると、サイバーエージェントに紹介する」というベンチャーが跋扈しているので、どうにかしてください。わたくし、１ヶ月間もその嘘で jQuery と Django を回収させられた挙げ句、月給 2000円だったのですけど。本当に千円札２枚だったのですけど。ついでに、Android（Java） と iPhone（Objective-C）と jQuery を使ったフロントエンドシステムに、バックエンドに Rails + Postgresql のシステムで、AWS を介したサービスを作らされたのも「サイバーエージェントに紹介する」と言われたからなんですけど。いったい、何なんですか？お前ん所は、コンプライアンスどうなってんじゃ。
P.S. 「好きそうだし医学部卒業してシレッとgoogle行ったれ 」無理っすよ。オレのスキルじゃ。
P.S. 「病院は」親がクリニックを持っていたけど、潰したよ。クリニックは人に患者がついていて、アルバイトを充てがっても患者さんが不幸になっていくのをみちゃったからね。自分は責任を持って患者さんを見たいから、バイトなんて使わないよ。
P.S. 自分はコードを書きたいタイプだったから、SIer みたいな UML とか書いて下請けにコードさせるみたいなのは絶対に嫌だったのよね。だから SIer にはならなかったよ。やっぱり、現実にある計算機が解決できる問題を、より直接的に触れて解決したいと思っているから。仕事がハードでも全く問題なし。
P.S. FPGA すごいよね。ザイリンクスとアルテラが Intel と AMD に買収されて、すごいと思ったよ。2010年頃だっけ？、CPU の限界を FPGA で突破しようという話があったけど。手を出そうと思ったけど、高性能なチップが 100万ぐらいして挫折した記憶があるよ。
P.S. 「東海大の医学部・学士」は自分は大学を卒業してないから無理でした。あと、それ以上の詮索はやめてくれ...
P.S. 「MySQLそんなに嫌いなのか。」そんなこと書いたつもりはないが、あれ？確かに MySQL は PostgreSQL より嫌いたけど、それは Oracle が親元だったり、Unicode の扱いがファッキンだったり、ストレージエンジンが切り替わるときにカオスな目にあったけどさ、MySQL は好きだよ。お世話になったし。
P.S. 給料については契約後に言われたのよ。というか、もともとは「サイバーエージェントに紹介」するという理由で、ポートフォリオの作成や Django の改修を手伝ったつもりで、入社とかする気は全く無かったのよ。それが、いきなり他所の会社に面接を受けさせられて「君は明日からXXで働くから、履歴書を書いてね」と言われて、抗議したら「俺に恥ずかしい思いをさせるのか！業界に入れなくするぞ！」と大声でシャウトされて、気がついたらあっちが用意した履歴書に拇印してしまったのよね。有料職業紹介と派遣登録をしてない会社だったから、そんなかとはできないはずなんだけどね。ホームページには「年収550万」と書いてあったけど、実際はまったく違ったのだけどね。
P.S.「うーん、いらないかな。IT土方としての仕事しかないと思う。」だよな。おとなしく医者になるよ。ありがとう。
P.S. Elasticsearch は全文検索機能がほしいからやってるよ。Redis はインメモリなセッションストアとして使いたいのよ。Kafka はさ、twitter のファボをじっそうしたいけど、RDB の書き込み速度が上がらないから利用したいの。TensorFlow は全く理解できてないよ。それは、指摘されたとおり。
逆に聞くけど、以下の知識があったらどれぐらいもらえるわけ？東京23区で。
⑤BOOGEY VOXX
https://www.youtube.com/c/BOOGEYVOXXofficial
ホロライブファン(ということが俺の中で確定している)元増田には、「カリオペの失礼しますが、RIP♡をカバーした人」でピンと来るかもしれない。
https://www.youtube.com/watch?v=hpuQ__dmqKA
毎週のようにカバー曲を発表し、アルバムを複数枚出すほどにオリジナル曲も発表しつつ、配信やコラボにも力を入れる多方面に活動的なV。
ラップアレンジや対外活動から、ラップ担当のFraの印象が強いが、MaiRを気に入った元増田には是非ボーカルのCiを勧めたい。
いきなり有料ライブ、しかも明日までのもののURLを貼るのは無理があるのはわかっているが紹介しとく。
https://www.zan-live.com/live/detail/10076
細い脚に、キョンシー設定による継ぎ目がなんともフェチかった。
それでいて粗野な力強さと愛嬌のある可愛さを兼ね備えた圧巻の歌声。
採算的な事情があることは承知で、それでも今後3Dでのライブがコンスタントに見れたら嬉しい。
Vtuberのフェス的な場に今後ガンガン出ていってほしいし、3DでのMVとかも見てみたい…
Ciの歌唱が色濃く出る曲として、前述のアザミが作成した「神無街」を紹介する。
取り上げた技術は、本格的な開発でも役に立つもので、最も学習コストが低いものを選んだ。
重要度が低いものは載せていない。たとえばHTMLとCSSなんてググりながら書けば全く問題ない。Bootstrapなどのフレームワークも全くやる必要はなく、仮に就職先で使っていたら覚えればいい。
逆に言えば以下に挙げる技術は、そもそも概念自体がプログラミングにとって普遍的なものであり、（基礎的な部分を）調べながら使うようではエンジニア失格ということ。
基本的に現在では、バックエンド・フロントエンド・運用保守全てができないエンジニアに価値は無い。
以下に挙げた技術（①⑤⑥は他の言語やフレームワークで代替可能）が身に付いていなければまともな企業に就職することは難しい（もちろん、下らない業務システムを下請けで作ってる底辺企業には入れるだろうが）。
経験者でも、これらができない/わからないのは、相当恥ずかしいことだと思った方がいい。
特定の言語やフレームワークの書き方を知っていること自体に意味は無い。
重要なのは、他の言語やフレームワークにも共通する基礎を理解すること・保守性やセキュリティなどの品質を高める使い方ができること。
この2つは習得が容易だし、今覚えておけば向こう10年腐ることはないだろう。
基本的な構文や、よく使う標準ライブラリは勿論、高階関数・クラス・非同期処理等の発展的な機能も知り尽くしていなければならない。
言語のみではなく、パッケージ管理、単体テスト、タスクランナー等の周辺ツールの使い方も熟知している必要がある。
また、「リーダブルコード」や「コードコンプリート」に書いてあるような良い作法も身に付ける必要がある。
Gitを使えないのはプログラマーとして論外。細かい機能は調べればよいが、
多くの場合、本番環境やテスト環境はLinuxサーバーであるから、以下のような基本的な概念と使い方を知っておく必要がある。
環境構築、CI、デプロイなどは、現在コンテナを使って行うことが当たり前になっている。
これも細かいことをすべて覚える必要はないが、Dockerfileの書き方や、docker-composeの使い方などは知っておかなければいけない。
Flaskは、数あるWebフレームワークの中で最も簡単。本当に呆れるほど簡単で、Pythonさえ書ければすぐにアプリを作れる。
フレームワークを覚えること自体が重要なのではなく、Web開発の基本を習得することが重要。HTTP、ルーティング、データベース、SQL、認証、セッション管理などは当然すべて覚える。
データベースは、就職したらMySQLやPostgreSQLなどを使うことが多いかも知れないが、今はPythonの標準ライブラリにあるSQLite3を使えば十分。
作ったアプリを公開したければ、「Heroku」などにデプロイするのが良いだろう。
ブコメで指摘をいただきました。HerokuではSQLite3は使用できないようです。公式のドキュメントに従ってPostgreSQLを使用して下さい。
SQLite3はファイルにデータを持てる簡易DBなんだけど、Herokuにデプロイしてもストレージ的な使い方はできないから、結局PostgreSQLを使う必要あるから注意してね。（DAOを丸ごと書き換える羽目になる）
参考: https://devcenter.heroku.com/ja/articles/sqlite3
今の時代、フロントエンドをフレームワークなしで作るのはただのバカ。
2021年現在、実用的なフロントエンドのフレームワークはReactとVueしかない。Vueの方が少し簡単なのでこちらを選んだが、JavaScriptをしっかり理解しているなら大差は無い。
フロントエンドには膨大なパッケージ群があって全部覚えるのは大変だが、とりあえずまずはVueを完璧に使えればいい。Webpackの設定などは既存のものを流用すればいい。
アルゴリズムは全てのコンピュータ技術の基礎であり、絶対に知っていなければならない。
高速フーリエ変換のような高度な数学は必要ないが、クイックソートや木構造のような基本的なアルゴリズムは当然、その性質を知っていなければならない。
それらは言語の組み込み関数や標準ライブラリでも使われており、理解していなければ、それらの機能を正しく使うことができない。
また、プログラムを読み書きする際には、そのコードの計算量を見積もれなければならない。
セキュリティは言うまでもなく学ばなければならない。
有名な脆弱性や攻撃手法（XSS・SQLインジェクション・CSRFなど）が何だか理解していて、その対策を実装できなければならない。
各種暗号化技術や署名などについても、実装の詳細は知らなくていいが、共通鍵暗号や公開鍵暗号などの特性は理解する必要がある。
3年前、世間一般にはメーカー系SIerとして知られている会社を退職した。ただ俺のポジションはパッケージソフト開発であり純粋なSIerとは異なる。
客ともSEとも会話せず、ひたすらドキュメントとプログラムを書く部署だ。といっても別にペーペーではなく主任クラスであり、
会社の業績がとてもよかったこともあり年収は1000万弱はあった。35歳。
これだけ見るととてもいい待遇に見えるだろう。でも耐えられないことがいっぱいあった。
Linuxで動くアプリなのにVMを動かすのも苦労する8GBしかメモリのないWindows PC、紙にコードを印刷して説明しないと納得しない品質保証部、
手作業で実施しExcelにチェックを付けていくテスト、jquery一つ使うのに3ヶ月かかる承認フロー、開発中にバグを一つ出すごとに
ひたすら反省文を求める品質保証部と一緒になって詰めてくるマネージャー、常にコンパイルできないtrunk、
Java 5の時代から進化しないコード、使いにくい社内ミドルウェアの利用を強制される設計、開発期間の半分以上を占める最上流設計、
一旦書いたコードは消してはならずコメントアウトしないといけないコーディング規約など、数を上げればきりがない。
色々改善活動を頑張ったものの、結局Subversionの導入も品質保証部がついていけないから、ということでClearCaseといわれる
今ではほぼ誰も使ってないであろうバージョン管理ツールが使われ続けることになった。使いにくい社内ミドルウェアは
研究所がその道のプロと聞いたので一緒に改善を図った。そしたらRubyしか書いたことがない文系新卒の子が出てきた。
一応研究所の人だし…と思って新バージョンのプロトの開発を依頼したら、1分以上稼働できない状態になって出てきた。
研究開発は準委任相当なのでそれ以上修正を依頼できずに期間が終わった。
また前の会社独特の文化として、大きなバグを出した開発者の反省会（社内ではとある固有名詞で呼ばれている）があった。
この反省会のターゲットになった開発チームはその資料準備で開発が1〜3ヶ月ほど止まるほど大掛かりなイベントだ。
このとき、担当の品質保証部は「連帯責任だから」という理由で資料レビューに大変な精を出す。余計なお世話だ。
このため10〜20ページほどの資料を毎週レビューにかけて最高のものにしていく。でも結局本番では幹部からの怒号が飛んで終わりである。
連帯責任とかいっていた品質保証部は幹部と一緒になって詰めてくる。連帯責任ではなかったのか。
幹部によると、この反省会があるから今の会社があるんだそう。これを経験して一人前らしい。
こんな感じで開発の体制はひどかったが、世間一般ではホワイト企業と見られている通り有休は取りやすかった。
そのため、転職活動を始めた。そしたらなんと「メモリ32GBのマシン」「mavenが気兼ねなく使える回線」「自動テスト」
「GitHub」「CI/CD」 という発言がポンポン出てくる。メルカリだのGoogleだのといったイケイケWeb系ではなく、
いわゆるSIerでもだ。最初は何だこの格差はと思ったが、まぁ営業トークなんだろうな、と思い直した。というわけで
イケイケWeb系も内定は出たものの、つい安定をとってしまい某大企業のDX系の部署に転職した。
そしたら何だこれは。最高スペックのMacBook ProからGitHubにpushするだけで自動デプロイで即サービスイン、
問題が発生したら社用携帯に通知が飛んできて、クラウド監視サービスでログをチェック、即修正即デプロイ。
社内の連絡はSlackで、スタンプを押せばIssueがたち即関連部署が対応に走る。OfficeツールはGoogle Docsで、
計算表はちゃんと表として使っている。開発者はちゃんと開発をしており、反省会の準備や品質保証部の接待なんて業務はなく
純粋にエンドユーザーだけを見ている。ここはなんて最高の環境なんだと歓喜した。また個人的にはおまけ程度であるが、
年収は30万ほど増えて大台に乗った。
さて、それから3年がたった。人間というのはいい環境になれると対して喜びを感じなくなる、というのはそうだと思う。
今では別にdeployブランチにマージされたらCIが走って自動でテストが走りデプロイされるのも、だから何？
って感じだしまぁ普通の仕事として淡々とやっている感じはする。待遇面で悪化した点もちらほらあるし
（例えば年間休日が5日ぐらい減った、残業が月5時間ぐらい増えたなど）などもある。
ただ一つ言えることは前の会社には戻れないな…ということである。人間一度生活レベルを上げてしまうと下げるのは
ただ、一つだけ今の会社に転職してよかったと感じ続けられることが一つある。それは人だ。
前の会社では家でプログラムを書いているなんていった日にはおちょくられたり、人生楽しいの的な目で見られたりした。
芸能人とゴルフの話ができないとコミュ障扱いされた。そのため仕事の話はしても、飲み会にはできるだけ行きたくなかった。
でも今の会社では雑談としてFastlyが落ちても大丈夫なCDN構想とか、AtCoderの話をして盛り上がることができる。
ダイバーシティなんていうが、人間は所詮同質な人間同士で集まったほうが快適なんだな・・・という複雑な思いを抱いている。
皆さん読んでくれてありがとうございます。いくつか質問が出ているので答えられる範囲で答えます。
真面目な疑問なんだけど、Java5のコード書いてる人を1000万で雇う会社があるの？どういうモチベーション？？
製品自体が90年代から脈々とバージョンアップしている企業向けのソフトウェアなので、コードベースが古いというのがあります。
またユーザーからすると中身がJava17だろうがJava5だろうが関係ないわけで、要は業務が滞りなく進めばよいわけです。
そのため昔から受け継がれたスパゲッティコードを地道に解き明かし、新しく出てきた要件を今までのコードベースを壊さずにバグなしで追加していく、
もとからあったバグについては、その他の数百万行のユニットテストもないコードに影響なしで修正を施す、といった技能が必要になります。
こう考えると意外と希少なスキルなんだな・・・と思えるかもしれません。
clearcaseよりもsubversionの方が100億倍導入も運用も簡単だと思うんだけど品管どうなってんの？
ClearCaseご存知な方がいるんですね！一から作る製品だとSubversionのほうが簡単かもしれません。ただ、ClearCase専用の
社内ツールがいくつかあり、そのツールで出力した情報を社内資産として持っているという理由があったりします。
例えばお客さんから「この機能がバグってるっぽい」というクレームを受けた際、その機能周辺の情報をそのツールから検索し、
コードレベルで再発防止策を関係部署総出で練った上でお客さんに回答する、という運用フローになっています。
そのため、Subversionに変えるためには開発陣の一存では無理で、品質保証部やマネージャー層など全ての知識のアップデートが
必要になり、そこまでコストをかけて説得して回る必要はあるのか・・・という話になってしまうわけです。
ただ、社内の生産性を向上させるのが目的の部署としてはSubversionやGitを社内に浸透させたがっているのも事実で、
新規プロダクトなんかはGitを使っていました。ただしGitHubはプロキシでアク禁されているだけでなく、サービス名名指しで使用禁止
になっているので、相当の理由がない限り使えないかと思います。
主任クラスでも1000万円近くもらえるのか。すごい。
1000万という数字に興味のある方が多かったので参考までに書いておくと、等級ランクというものが存在して管理職を除く最上位のランクに
なると2人の子持ち、賃貸住まい、標準評価で大体900万になるという感じです。年功序列だが部署ごとに違うというイメージで、
研究所だと20代で到達する一方、利益を上げていない事業部や間接部署だと定年間際まで到達しない人も多い、ぐらいの感じです。
平均では30代中盤ぐらいでしょうか。
ちなみに私の場合は基本給は33万程度ですが、そこに裁量労働手当と住宅手当、家族手当がついて月給で50万を超えるぐらいでした。
ボーナスは個人評価よりも部門業績に大きく左右されるのですが、部署が最高評価の場合は夏冬とも150万以上でした。
最後の最後のダイバーシティについては、ダイバーシティを勘違いしているように思う
この人と一緒に働かないといけないの辛すぎて転職考えるレベルだわ。せめて素直な人ならいいんだけども。
辞めてくれないかな。
発注と検収のいたちごっこみたいな仕事に嫌気が差して、入社して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
