  |
はてなキーワード: ctoとは
副業先のCTOをするのであればそうかもしれないけど、現職でCTOをやりつつ、CTOの肩書で副業先の技術顧問をやったりアーキテクトをやったりという話じゃないの？それであれば、給料のもらい方として時給にするのはそこまで変ではないのでは。
CTOは、普通、そのビジネス全体が生み出す利益の中から給料もらうべき地位なので、
そもそも時給では計りえないはずなんだよね。
この話と
https://qiita.com/sagae_twins_developper/items/f6f89820021e7ed0050a
それを受けて書かれたこれについて。
https://otihateten.hatenablog.com/entry/2021/09/30/005300
前者は安すぎるというコメントが多くて、今は後者の記事に賛同の意見が増えてきている。
個人的な思いとして、そもそもこういう相場の記事をあまりおおっぴらに出してほしくない（それも安い方向に）という思いはある。
そして、もう名前だして単価の話をしてもなんのメリットもないのでここに書くけれど、やはり安いと感じる。特に上の方の層。初学者については実態としてもっと安いかもと思っているけれど、経験者についてはもっと高額だと思っている。後者の記事では、主にフリーランスの話をしていて、知り合いにフリーランスは居ても私自身はフリーランスをやったことはないのであまり確かなことは言えない。ただ、後者の記事を読んだ上でも、やはり安いと感じる。それは会社間の話ではなくフリーランスが個人で請ける場合であるという話を前提にしても、意見が変わらない。
しかし、これは相場というものがあって、私が接している知人や会社が特殊なだけという可能性も十分にある。
もう一点、副業については違和感しかない。私は副業を何社かで請けているのだが、その目線から見てもQiitaの記事が安すぎと感じている、くらいにはもらっている。副業なので月の稼働時間は10時間〜30時間程度だろう。その場合時給でもらうことがほとんどだ。そして時給については、だいたい10,000~20,000円くらいの時給をもらっている。周りの副業仲間を見ても、安くて7,000円というのが最低だったと思う。CTOの知人は普通に20,000円以上のものが多かった。Qiita記事にあったレジェンド級に該当するであろう人も一緒に仕事をしたことがあるが、（これは技術顧問という肩書だったと思うが）時給は40,000円以上だったと記憶している。
確かに、ちょっとレアな技術に精通していたり、OSSのコントリビューターであったりはするけれど、有名人でもなんでもない私でもこのくらいはもらえている。付け加えるなら、日本の会社だけに限定していないというのはある……。なので為替に影響されて下がることもあるが……。
ひとつ言えるのは、あれが事実だとすると、CTO、そんな安い金額で請けるなよ。CTOなんでしょ？
もういいよ、きっと私が異常値か天才かなにかなんだろう。周りも優秀なやつしかいないし金払いのいい会社ばかりに巡り合った。だからみんな単価が高いんだ。そういうことにしておく。
でも、こういうのを叩いて安い方向の目安を作ったら値段を下げる方向に動く気がしてならない。
エンジニアが本当に価値を生み出すものを作っているのであれば、それに見合う金額が支払われるべきだし、自分が価値のあるものを作っていると思っているのであれば、ちゃんとそれに見合う単価を設定すべきだと思うけどな。
ゴミだと思う
外資系コンサルと同じく良い印象を持ってるIT屋はおらんと思うぞ
そもそもコンサルがハイスペックの代名詞みたいになってるのはMとかBとかの外資系トップティア戦略コンサルのこと（O氏とかH氏とかM大臣とかN女史とかK女史とか錚々たる面々。年齢順。間違ってたらスマン）
↓
社内のキャリアパスがどうなっているのかは知らんけど
会計系は最初っからIT部隊のメンバーとして求人掛けてたりもするよ
そしてみんなやばい
そしてやはりやばい
どこぞの会社のCTOにおさまったりシステム部門の部長に収まったりする方々も
まぁ経営陣は『技術』を重要視しないでそのポジションに添えたのだと思われるので
外野がどうこういうことではないのでしょうけど
IT部隊のメンバーなのにそれ以外の何かだと思っていてスキル低いし向上心ないけど『まぁいいか』が無い
上に激詰めされるからかな？
追記----------------------------------
文の拙さや僕の不甲斐なさについてはたくさんのご指摘をいただきまして，もう十分ぴえんぴえんできたので，これから読まれる方は，タイトル（本題．まじでアドバイス欲しい点）について，この若造のエピソードを見てどう思うか（僕へのアドバイスでも，一般論に汎化させたもの嬉しい．語気荒めでもいいので）のコメントをいただきたいです．
---------------------------------------
最初のいくばかを使って，自己紹介とタイトルの理由，この文章を書くに至ったエピソードを話させてください．
html, css, javascript(jquery, express, react(next), vue(nuxt)), python, php, sql(postgre, oracle), graphql, ruby, swift, solidity, unity, c, c++
業務レベルじゃなくていいならgo, kotlin, java, scala, dart, julia，後fpgaも少し．ハードウェア開発は結構苦手で回路図とか上手く書けません．
と主にチャラいところを薄く広くやってきてます．バックエンドは大体firebaseかgcpに任せているので，インフラあたりひいてはネットワークの知識が薄いです．大学もプログラミングはしますが，CSではないので受動的に学ぶ機会も特になかったです．何回かCTFにも出場しましたが，あんまりいい成績を残せなかったというか，毎回毎回超人たちのすごさを見せつけられてました．．．
自分の理解できる技術（not 言語）で，面白い（バズりそうなもの）をラピッドプロトタイピングすることは好き・得意で，いくつかミニバズっぽいことも経験させてもらってきました．
B3の夏くらいのタイミングで東一上場企業にインターンに行きました．（インターンとしては3社目．過去2社は知り合いに紹介してもらったスタートアップで主に簡単なweb開発か，社内ツールの開発を緩くしてました）
最初の業務は，システムの使用言語を主流のものに置き換えることでした．書き換えなので，基本的に頭を使うことはなくドキュメントを読みながら楽しくダラダラ進めました．もちろん書き換え先の言語でどうセキュアにやったらいいかなど，上司にレビューを貰いながら，増える知識も気持ちよくやれました．何より給料が良かったです．週三フルタイムで20万弱はもらってました．客観的に見てすごい待遇だと思います．分不相応とは思いませんでした．
ただ，この業務を3ヶ月ほどで終わらせて，次に振られた業務が問題でした．．．
ニッチすぎるし比較的新しいプロトコルで細かく言えないですが，多分このプロトコルの実装に携わってるのは日本で10人もいないはずです．
つまり難易度が急に跳ね上がった．これが辛かったです．．．言語はC++とJava．
ネットで実装例なんてクソの欠片も載ってないし，プロトコルの理解のために特許資料や論文をくまなく読む羽目になったのは本当に辛かったです．こういう理解であってますか？と上司に聞いて，違かったらしいが，次にその実装に伴うDB改革のタスクも振られかけてきて，僕はパンクしました．
そのプロトコルも理解しきれなかったし，こんな大規模なDB設計なんてやったことないので何からやればいいか分からない．もちろん今となっては一つひとつ順序立てて要件を解決していけばいいと分かっていますが，別件も相まって当時の僕はパンクしました．
個人的な事情（別件）はかなり精神的に僕を苦しませ，毎日の睡眠時間が3時間くらいになってました．
で，僕はインターンに行かなくなりました．個人的な事情の方が忙しいからと言い訳をして．業務は別の人に振られることはなくペンディングになってるみたいです．
追記----------------------
ぶっちしたわけではなく，普通に出勤頻度がだんだん落ちて最後に精神的な問題でほとんど来れなくなることを伝えました．業務も締め切りなかったので損失というか上司の頭を悩ませるようなことは無かったと思います（思いたい）
僕の人間性に関するご指摘が多くて結構びっくりしました（文章がダメ）が，結構人に迷惑かけたりして嫌われるのとか無理な性格なので，そこらへんは意識してない所から矢が飛んできたなぁという感想です．
----------------------------------------
そのままずるずると1年間経ったのち更新をしない旨を伝え職場を後にしました．
ここまでが前提共有で，こっからが本題です．
追記-------------------------------------
（極めて個人的な）僕のつよつよエンジニアのイメージを共有すると，小中学生からプログラミングしてたり（高校生から始めたのといくつか次元が違う気がしてる），未踏や異能などを通して予算獲得経験があったり，企業でバリバリ働いてた経験があったり，Twitterでなにやらフォロワー多めで有名CTOと顔見知りだったり，みたいな感じです．百戦錬磨の30代～のエンジニアというより，中高で未踏ジュニア通してます，まだ20代前半です，もう1000万プレイヤー行きそうです．みたいなキラキラが僕ら大学生エンジニアにとって目につきやすく年が近い分，あぁ俺は未踏ジュニア落ちたなぁという劣等感とともに目で追っちゃうんだろうなぁ．なに書きたかったか忘れました．．．
------------------------------------------
Twitterとかで（主につよつよエンジニア達によって）エンジニアのべき論が語られていますが，その理想像として
・ひいてはそれを苦と思わない
みたいなのがあると思うんですけど，これ無理だなって思っちゃったって話．とともに，皆さんはどうなんですか？という質問がしたいです．
インターンする前は，正直ツケ上がってたんです．同世代からしたら自主的にプログラミングしてるし（チャラいところだけ），大企業でインターンしてるし．
僕はきっとつよつよエンジニア（の卵）として（新卒でという意味ではなく近いうちに（漠然））1000万プレイヤーにエンジニアとしてなるんだろうなと思ってました（実際会社のエンジニアは結構超えてる人がいたし，インターン上がりならエスカレータ式に入社はできた）．
でも，上記のことがあり挫折してしまいました．今までチャラくて気持ちいところだけやってたけど，仕事となると自分が扱ってこなかった技術を使わないといけなくて，扱ってこなかったということはつまり難しいということで．それを勉強することが，また勉強すべきだという共通理解のある分野で生きていくことが無理そうだという気持ちになりました．
このB4の夏，某カリや某INEや知り合い企業に応募する予定やお誘いを受けましたが，このことがあり全てやめましたor辞退しました．
短期なので直接的には関係ないですが，今後のキャリアを考えていく中で，盲目的にエンジニアインターンを乱発していくべきなのか悩んでいるところです．
とは言え，プログラミング以外に一般的な大学生に優っていることが特にないので，プライドの高い（人よりいい思い・待遇をしたいという欲求が強い）僕はどうしたらこのジレンマを抜け出したらいいのか分からなくなっています．
同じような悩みを持っている方や，経験して乗り越えられた方は，ぜひどうお考えなのかお聞きしたいです．
就職した先輩には，ここ仕事量少ないしオススメだよって言われたのですが，聞いた給料に少し不満があり（ここも僕のプライドが高いめんどくさい，この問題を難しくしてる点），総じてこじんまりと（言い方が難しいですが）レベルの低いところで少なめの給料で暮らしていくという選択肢は許容できません．
これも踏まえ，僕のようなクズと言われても仕方のない人材はどうしたら上手く（ストレスレスで高収入の意）生きていけるのでしょうか？
追記------------------------------
ただの深夜の殴り書きのはずが，少し反応が増えたので，文章を少し直しました．身バレ対策も兼ねて．
文章が鼻くそナメクジだったり，（技術スタックのところで）エンジニア的に記法がうざかったらすいません（ただそういう文化というか認識も，なんかやってないなぁというか苦笑いしか起きない人間です．すいません．）
あと，釣りとかイきりとかのコメント多かったのは結構心外でした（文章がダメなのはそう）．
どう考えたって，あの技術スタック（なんか強そうなのが目に見えてない and 言語名しか書いて無いから各言語のレベル低そう and チャラい（と認識してる）技術しかやってない）で，イきれないのは分かり切ってるし，イきろうとするならもっとカッコつけて書くし，成果物も全部提示するし．という認識でいてました．
あと，雑魚だしクズって自認してるので，あんまり雑魚とかクズって言わないでください．病んじゃいます．あせあせ．
いくつかのアドバイスをくれた方ありがとうございます。マネージャーやITコンサルは確かになと思い、今日そういう職についた先輩に話を聞いてみました。先輩には博報堂や電通のクリエイティブチームをお勧めされました。Mまで入れるとあと3年弱あるので、そこの周辺の職を探していこうと思います。カンマピリオドについて酷評がすごくて驚きでしたが(増田初心者)、それ指定の文書を書くことが時々あるので、設定がそうなってます。読みにくくてすいませんでした。
p.s. コメントに返信はしてないので、元増田を名乗る人は偽物です。
-----------------------------------
https://anond.hatelabo.jp/20210617075257
上がってるような基本（元増田に上がってるやつの倍ぐらい）が全部立ち上げからできて
2〜3個プロジェクト経験したらテックリードの素養が既に身についてそう。
プロジェクト的にもどっちかが弱いと
Rails/DjangoにjQuery+Bootstrapみたいな構成や
Amplify/FirebaseにVue/Reactみたいな構成も全然あるので
面接はなんとか抜けてもらうとして、
チーム開発での最低限の目標としては、
成果物から、指導、学習コスト、レビューコスト、技術的負債、マネジメントコストを引いた分が正になっていれば
ひとまず「チームに居ていい人」と見なされそう。
チーム的に良くても、経営層にそれで許されるかはわからんのでその辺の立ち回りも上手いことやるとして、
一旦は、正の生産性を目指してほしい。
以後、ブコメで誰一人一ヶ月でできるって言ってなくて笑うので、
一ヶ月というのは無視して、三〜六ヶ月程度をイメージしつつ書いていく。
似たような言語なのでどっちからやってもいいし、両方同時にやってもいい。
どっちかしかやらないならJavascriptがおすすめ。後ででてくる、Flaskは適当にExpressとかに置き換える
現場だとほぼTypescriptなので、Javascriptはある程度慣れたらTypescriptに移行したほうがいい。
どちらも、Python2とES2015以前の記法というレガシーがネット上に転がってるので参考にしないように注意。
・一貫性があって
・正しい書き方がされた
お手本プロジェクトをなにか(githubや書籍など)で手に入れて読むべき。
おそらくフレームワークに乗っかっているので並行して進めることになる。
話の流れで先にこっち
現在のコーディングのグッドプラクティス、デザインパターンはフレームワークの形をしている。
なので、ReactとVueをその思想から理解しきれれば、プログラミング言語の潮流の最先端に追いつけるはずだ。
TypescriptもVue.jsも書き方をどこまで取り入れるかが使用者の裁量に任されてるし、
開発でVueとReactのどっちを使うかはチーム次第なので、
一旦React+Typescriptでガチガチに書かれたコードプロジェクトを拾ってきて、必死で解読するのがいいと思うなー。
2割ぐらいわかった気になればチーム入ってから(React, Vueどちらだったとしても)動けそう。
パッケージとかテスト、タスク＆デプロイ辺りもこのタイミングで拾ってきたプロジェクトを使って学ぶ。
バージョン管理とコンテナの思想が優れているのは自明なので、これらはツールと見ていい。
そして、後からプロジェクトに入った人がプロジェクトの流儀に沿って使う分には難しいことはなさそう。
採用に来た人がgitとかわかってるとチーム開発経験者だなーって思うし、知らないと未経験者なんだなーって思うし、
そういう意味ではチーム開発の経験があるかどうかの試金石にはされてそう。
構築できる、ではなく、触れる程度で良さそう。
gitはプロジェクトの流儀によると書いたが、git-flowのイメージ図を理解して運用できるのがよい。
https://qiita.com/KosukeSone/items/514dd24828b485c69a05
こういうのができるんだなーって言うのを知っておいて、調べつつ書ければ十分。
あとはシェルスクリプトとかって思ったけど同様のことはPythonでもできそう。
地味にSSHでログインした先の環境だと、vimが主要なテキストエディタになるので
vimを最低限触ることだけ要りそう。もういらないかもって思ってたんだけどなー。
→ ファイル開いて入力モードに切り替えて書き込んで保存して終了
細かく書いたが、LPIC-1の範囲がほどよくまとまっているのでそっちを参照するとよい。
これが意図なら
この辺の機能を持った小規模Webアプリを作ってHerokuでデプロイすれば一旦完成とみなしてよさそう。
コード書き写しただけにならないようには注意しつつだけど、長く見て5人日ぐらい？
慣れると1日あればいけると思う。
フレームワークもなんでもいい。
Djangoとかでも各コンポーネントがどんな働き方してるか程度はわかるだろうしそれで十分。
余力があれば複数個触ってみたり、人から勧められたらそっちでも。
最近はサーバーレス&NoSQLが流行ってるのでFirebaseとかもやればいいと思う。
に尽きる。
計算量を気にしなかったせいで線形検索メソッドとfor文を組み合わせて
それらに対して分散や非同期処理で解消しようとするとか、
ちょっとでもアルゴリズムを触った人ならアホらしいなって思うような行為を
計算量を意識するだけなら、AtCoderのABCのC〜D問題辺りが解ければ十分。
有名な脆弱性や攻撃手法は、ほとんどフレームワーク等で解決手段が用意されている
のでアドリブをせずに正しい書き方でやれば良い。
開発現場でもセキュリティリスクがある箇所を1から自前で実装することを経験が浅い者にはやらせないので、
ただただ、フレームワークが正しいとしているやり方をなぞるのが良い。
開発の勉強のやり方としては、
・正しいコード見本を手に入れること
この辺りの習慣があればやってけんのかな、
その他、チーム開発って面では
TeamGeek（人間性）とかインプットしておくと共通言語が増えて嬉しい。
この方向で進めてけば、その途中で正の生産性≒足引っ張らないぐらいになれるので、
そしたらやってけるんちゃうーって感じ。
俺はITエンジニアをしていて、ベンチャーやSIerなどで自社、顧客企業を問わず今まで多くのWebシステムを作る案件に関わってきた。
プロダクトが上手くいくもいかないも、プロダクトオーナーが全てだ。
特にWebサービスの場合、ビジネスサイド、ITエンジニア、デザイナーという3つの職種がチームを作ってプロダクトを開発していくことになる。
その場合はプロダクトオーナーはビジネスサイドが務め、テックリードがPdM補佐のような形になるだろう。
SIerの場合は、顧客企業の窓口となる人がPOを努め、開発会社のマネージャーがテクノロジーを統括することになる。
そして大抵の場合、ビジネスサイドの人間がPOを務めると、「声のデカいステークホルダー」となり、チームを引っ掻き回し、プロダクトを迷走させ、モチベーションを下げさせるのだ。
だってそうでしょう！？プログラミングも、DBでのデータの持ち方も、他社のAPIの使い方も、UIデザインも、いくつかあるUIの選択肢とそれを実現する工数も、何も分かってないんだから。そんな人間が最終意思決定者をやるんだから、上手くいくはずない。
だいたいMVPにはふさわしくないリッチなUIを要求してきたり、難しい実装や工数のかかる機能を要求してくるのだ。そしてその実装に工数がかかるのは、エンジニアの怠慢、スキル不足だと考えている。
本来であれば、機能の過不足については、ユーザーがやりたいこと、こちらがやらせたいことが実現できているかどうかだけを考えるべきなのだ。それがどういう形のUIで提供されているか。別ページなのか、モーダルなのか。ボタン押下で動作するのか、JavaScriptでインタラクティブな操作ができるようにするのか、ビジネスサイドがこだわり主張するべき所ではない。
そもそもエンジニアは1+1=2になる世界で生きているが、営業というのは顧客を口説いて意思変容させるのがミッションだ。現実を歪めるのが職務なのである。エンジニアはエンジニアの工数は変えられないものだと理解しているが、営業はそれも「なんとかできるはず」と考えてしまうのだ。
仕事には内部に向けるエネルギーと、外部に向けるエネルギーの2つがある。そして、外部に向けるエネルギーをどれだけ大きく出来るかがビジネスの成功に繋がる。
ビジネスサイドの何もシステムの専門知識の無い人間がPOをやると、思いつきで「あれはどうなの」「こうしたらどうなの」って言って、エンジニアやデザイナーという専門家が「それは難しいです。なぜなら技術的に…工数的に…タイミング的に…」という話をして、仕事に使えるエネルギーもモチベーションも時間も、POを説得するという「内部に向けるエネルギー」に消費してしまうことになるのだ。
色んな専門家が集まって、それぞれの専門領域を発揮し、お客様に価値を与えるプロダクトを作り、金を稼ぎたい。だからこの仕事をやっているのに、なんで何も分かってないPOが自分の存在意義を発揮するためのだけのオ◯ニープレイを説得することに毎日忙殺されているんだろう。馬鹿じゃないかしら。
そういうPOを補佐するために有能なPO補佐がいるんですよという話もあるが、どうせ人の話を聞かないんだからPO補佐がいたって意味ないです。
そしてそれができるバランス感覚と説得力を持った有能なPO補佐がいるんだったら、その人がPOをすべきだ。お前じゃない。
過去会ったことのあるPOには、エンジニア出身のダメなやつもいた。この現代において生PHPやStrutsの時代で止まった知識を振りかざし、自分は知識があると勘違いした痛いやつが。もっとも彼は元エンジニアであって、エンジニア辞めた後はかなりの年数を営業としてやっている人間だったが。
だから俺は、POは現役エンジニアがやるべきだと思う。技術オタクのCTOというよりは、VPoEの立場の人がやるのが一番いいかな。顧客を無視したエンジニアリングオ◯ニープレイをしない、ちゃんとカスタマーサクセスとUXへの費用対効果を考えられるエンジニアだ。
そして営業/マーケターはサービスを売りつつ、顧客の声を聞き、顧客の抱えてる課題を発見し、それをチームに伝えてくれたら良い。ソリューションはエンジニアとデザイナーが考えるので。
ある程度会社が大きければ、エンジニアをプロダクト開発のトップに据える、そういう責任移譲もできるだろう。
今日の名言飛び出しました
「プロダクトオーナーがしっかりとしないと、エンジニアがいても能力がある人がいても意味ない」
「ビジネスモデルは考えられるけどプロダクトモデルを考えられない人が増えてきている」#DxMiraiKaigi https://t.co/6VHrh1Ut3z— あれっくす@一番下手っぴでいい (@MHTcode_Alex) May 20, 2021
ベンチャーのあるあるとして、ビジネスモデルは考えられるけどプロダクトモデルを考えられない営業人間が起業して、「俺の考えたビジネスモデルを実現するに協力してくれるエンジニア募集！」とか言ってチームを作り、社長がPOを務めることが多い。
でもその社長に、POとしての職責が果たせるかどうか、スキルがあるかは別な話である。というか大抵の場合、無い。
声のデカいワンマン社長の言うことを聞いて、クソなものをクソだと思いながら作り、社長がVCにプレゼンして調達したお金を啜って生きていくのがベンチャーでのエンジニアライフである。オワリです。
ベンチャーで上手くいくのは、エンジニアでありながら希なプレゼン能力とコミュ力を持った、エンジニア社長がいる会社しか見込みがない。
これを読んでるあなたがもしビジネスサイド出身の社長さんであれば、あなたの仕事はプロダクト開発にズカズカと踏み込んでいって、思いつきで喋って、自分のこだわりを入れるように怒鳴り散らすことではありません。
課題は無いか耳を傾け、解決できそうな人を連れてきて、お金を出すだけに徹するように下さい。
それができないのであれば、あなたはWebシステムという無限の拡張性があるものからお金を得ることはできません。愚直な営業と手作業でバリューを出すという、労働集約型の仕事を一生全うしてください。
そしてこれを読んでるあなたがもしエンジニアであれば、ビジネスサイドにプロダクトの決定権を握られている状況ではエンジニアが幸せになれることは決して無いので、ビジネスの作り方やマーケティングを学んで、エンジニアがビジネスを握っていこう。プログラミングを修得するのに費やした時間と努力をビジネスサイドにも発揮すれば同じように身につけられるはずである。ビジネスサイドに顎で使われる存在から抜け出していこう。
星野リゾートではどのようにして旅館現場出身者をIT人材へ育成したのか？【デブサミ2021】 (1/3)：CodeZine（コードジン） https://codezine.jp/article/detail/14017
これはすごいですね。非エンジニア出身のPOでありながら、ちゃんとプロダクトを成功へ導いている。
ここでの例では2例あって、社内システムと、社外のお客様向けのシステムだ。
社内システムはノーコードを活用して、自分たちで作って自分たちで運用するようにした。いいですね。非エンジニアの思いつきをエンジニアに作らせる、という動きにはなっていない。自分の思いつきのケツはちゃんと自分で拭け、他人に迷惑をかけて対処しようとするな、ということだ。
社外向けのシステムを作るに当たっては、ちゃんと自分たちをIT人材に変化させていくための勉強をちゃんとしている。エンジニアと同じ目線に立って同じレベルで話ができるようになっている。これだといいですね。
やっぱり、Webシステムを作るPOは、営業出身ならめっちゃITのこと勉強すべきだし、それが嫌ならITで金儲けしようということからは降りるべき。
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
310 あとで/ 1808 users 良いコードとは何か - エンジニア新卒研修 スライド公開｜CyberZ CTO室｜note
236 あとで/ 1140 users 初心者が絵で理解する Docker | suzuki_hoge | Zenn
186 あとで/ 1406 users NTT Com オンボーディングハンドブック | NTT Com オンボーディングハンドブック
182 あとで/ 1901 users 優秀さについて | 川口耕介のブログ
178 あとで/ 1067 users Webページがブラウザに表示されるまでに何が起こるのか？ | ak | Zenn
175 あとで/ 1833 users ガチ勢のケーブル保護チューブを導入したら、大嫌いなケーブル整理が快感に変わった話｜山下義弘／ドケットストア店主｜note
175 あとで/ 1019 users 『データ分析のための統計学入門』PDFが無料公開 データサイエンティストたちが執筆 | Ledge.ai
171 あとで/ 1238 users 4/20 オードリー・タン氏とのおもしろ対談メモ｜Daiyuu Nobori｜note
168 あとで/ 883 users これからAWSを始める方にオススメしたい無料の学習コンテンツをまとめてみた件 - ailes blog
159 あとで/ 1165 users 「愛のあるセックス」はなぜ必要か（読書メモ：『性と愛の脳科学』） - 道徳的動物日記
157 あとで/ 1268 users 無料で公開されている音声合成サービスが凄いと話題に「ボイロ殺しに来てる」「ベタ打ちで自然に話せる」 - Togetter
153 あとで/ 802 users クリーンアーキテクチャ完全に理解した · GitHub | niboshi
153 あとで/ 844 users 最近の実装に合わせた最新版HTMLテンプレート、基本構造に使用するすべての要素とその役割も解説 | コリス
151 あとで/ 1203 users Pythonプログラミング入門 — Pythonプログラミング入門 documentation | 東京大学 数理・情報教育研究センター
148 あとで/ 1265 users 3ヶ月で英語力を大幅に上げた | anond.hatelabo.jp
144 あとで/ 968 users 「センスのない私には永久保存版」 イラストレーターが伝授する“ファッションの色の合わせ方”が「勉強になる」と話題に（1/2 ページ） - ねとらぼ
143 あとで/ 836 users ティム・オライリーが「シリコンバレーの終焉」について長文を書いていたのでまとめておく - YAMDAS現更新履歴
140 あとで/ 794 users 新人ITインフラエンジニアに役立つ学習リソース まとめ | Lab8010
137 あとで/ 1342 users Twitter で医師を拾ってきて Google のソフトウェアエンジニアにするだけの簡単なお仕事 - 白のカピバラの逆極限 S.144-3
129 あとで/ 1199 users ステーキ宮の元社員がクックパッドで公開している「宮のタレ」がお店そのままの神レシピなのでみんなにも知って欲しい - Togetter
126 あとで/ 1133 users 理想のデスク環境を追い求めた話【2021年3月版】｜鈴木 潤一 / Junichi Suzuki｜note
122 あとで/ 630 users VS Code の使い始めに入れておくと便利な拡張機能 10 選 | ymasaoka | Zenn
120 あとで/ 1094 users 小6でゲーム作りを夢みて大学4年間をプログラミングに費やした僕のゲームが、あした全国のゲーム屋さんに並ぶ話 - プログラミングで世界を変える
119 あとで/ 834 users コードが読めるソフトウェア開発者 - As a Futurist...
112 あとで/ 843 users 【全巻無料】エリア88 1 - 新谷かおる | 男性向け漫画が読み放題 - マンガ図書館Z
112 あとで/ 638 users DevOps の能力 | Google Cloud
111 あとで/ 834 users シニアフロントエンド開発者みたいにChromeデベロッパーツールを使おう - Qiita
110 あとで/ 777 users 演劇制作のリアルでブラックな日々①｜あまのうずね｜note
106 あとで/ 598 users 新しくプロダクト開発に入ったときにやっていること | wapa5pow's blog
106 あとで/ 1987 users あえぎ声を書くバイト | anond.hatelabo.jp
Zenn上の記事がまた増えた。
無料版。シングルプレイヤー。マップは「The World」。時間は無制限。
電車が見える。駅のようだが壁も改札もない。
ホームがそのまま道路に繋がってる感じだ。どういう仕組みなんだろう。
ホームの電光掲示板に「Trondheim」と書いてある。電車の行き先か。
駅の近くの看板には「Oslo Sentralstasjon」とある。
誤差は356.7m。4999ptだった。
さらにその向こう側には緑の平原が広がっていてぽつぽつと建物が。
というわけでちょっと進むと先ほどよりも広い道に出た。
標識に「CORK」「COBH」と書いてある。
さらに進むと水辺に出た。向こう岸が見えるが川なのか海なのか。
この町の名前は「COBH」で間違いないようだが、地図で見ても探しきれない。
おっと、最悪だ。
イングランドの地図を見ているときに解答ボタンをミスタップしてしまった。
誤差は418km。3776ptだった。
路上販売の店が並ぶ猥雑な通り。こんな狭い道をストリートビューの車もよく通ったものだ。
看板の文字が明らかにインド語とかああいう系の言語だ。まったく読めない。
少し広い道に出た。
道の両側に屋台が立ち並んでいて、自転車に牽かれた人力車が走っている。
道路標識くらいは英語が添えていないか…と思ったら看板の社名のところに「Bangladesh」とあった。
ここはバングラデシュなのか。
案内標識どころか制限時速や止まれの標識なんかも無いんじゃないか。
これ以上は無理かと諦めて適当にダッカあたりを選択して解答ボタン。
誤差は141.8km。4546ptだった。
美しい庭園のようなところ。
屋外ではあるが敷地内で、おそらく観光客向けの説明書きが置いてある。
そこには「REAL ALCAZAR SEVILLA」とある。
セビーリャの地図を拡大してみると…すぐに「アルカサル」を見つけた。
後から調べたが世界遺産らしい。そりゃあ知らないほうがダメだ。
誤差は57.7m。5000ptだった。
どこかの町。舗装されていない道。
あたりを見回すと遠目に大きな建物が立ち並んでいる。大都市の郊外といったところか。
張り紙の文字がキリル文字っぽい。読めないから難易度が上がるんだよな。
都市部に出た。
けっこうあちこち「CTOП」みたいな標識が立っていて街の名前っぽいのだが…
地図で他の地名を見て推察するかぎり「C＝S」で「П＝P」だから「STOP」…止まれってことか？
ふざけやがって。
ノヴォシビルスクという街だったらしい。
誤差は643.6km。3248ptだった。
日本の超大手企業(繊維系)の内製システムのエンジニア採用を受けて落ちた時の記録
虚実織り交ぜて書いてるので真にうけないように
受かった人の話を聞いてみたい
割と普通の内容だったがRubyのコードを見せられたときは面食らった
サービスのアーキテクチャ設計するときに気をつけていることは何？
セキュリティ面で気をつけていることは何？
唐突にRubyのコードを見せられ、このコードの悪いところはどこですか？
サービス規模の割に社員数が少ないけどどんな編成になってるのか
なんでもクラウドベンダーの特定技術に縛られたくないからKubernetes使いたいみたいなことを言っていた気がする(そういうための技術じゃないけど)
なぜアプリエンジニアと面接したか不明(当方の専門はバックエンド)
経営陣がクラウドの予算を出さないが24/365守れと言われたらどうする
交渉してだめだったら
24/365関連の質問です。サービスをスパイクさせないためにはどうしますか？
あなたの考える最強のバックエンドアーキテクチャをおしえてください
質問を変えます、月の予算1億円もらったらどんな構成にしますか
// 過去にアプリ開発をしたことがあったのでアプリ開発について質問を受ける
iOS/Androidのアーキテクチャを設計するとしてどこまで同じ技術を使うように強制しますか
SwiftUIはメモリ食いまくりで大規模アプリでは使い物にならないことですね(ドヤ)
SwiftUIではメモリ食いすぎてインフィニットスクロールが使えません(ドヤ)
先ほどSwiftUIについての質問を受けましたが御社のアプリではSwiftUIを導入されてますか？
外部協力会社とサービス開発をしているということだけど今後社員比率をあげる予定はあるか
うまくもマズくもなくて電凸する内容がないと言っては電凸した。
そんな調子なので、飲食店や小売店の電話は、いつも鳴りっぱなし。
どの店も、電凸への応対（電凹）のため、余計に1人店員を用意してる有様だった。
こんな電凸町で、まともな経済・生活が実現するはずもなく、町の財政は破綻寸前、過疎化も進む一方……。
そこに現れたのが、ピンポンのキシノ。
貧困のイイノは、ちょっとした有名人だったが、チューバ奏者になって頭角を現した。
sing a songのCTOは、言った。
君たちには２つ選択肢がある、と。
このまま電凸で一生を終えるのか、シンプソンズのティツィアーノを万雷の拍手で迎え入れるか。
アンジャコングのPPAPの言ってることはよく分からなかったが、一部の町民は彼に心酔した。
そんな中、キングヌーのポプテピピックのことを悪く言う者もいた。
反感を持つ者達は、電凸に励んだ。
さすがのリングディンのディントンも、あまりの電凸のストレスで、ついには亡くなってしまう。
彼の葬式で、町民達はふと思った。
そういえば、最近、こいつ以外に対して電凸してなかったな……。
人が1日に電凸できる量は限られている。
町民達がカンカンガクガクへの電凸に夢中になっている間、他の店舗や会社は電凸を免れていたのだ。
結果としてこの時期、電凸町の経済活動はきわめて円滑に回っていた……。
町民達は、つぶやいた。
