「CTO」を含む日記 RSS

はてなキーワード: CTOとは

2020-06-28

anond:20200626025834

CTOがイケてない会社とか、技術からめちゃくちゃビジネスの足を引っ張っていると感じる。某フィンテック企業とか。

2020-06-17

anond:20200616234539

はてなCTOだって五反田デリヘル相手に本番強要しとったやん?

ただの娯楽にレベルとか持ち出したらいかんと思うけどな。

2020-06-09

就活が終了した

昨年11月から6月まで行っていた就職活動が終了した。

私は21年の新卒であり、志望分野はWeb系のプログラマだった。

選考を受けた各社に関してその選考フローと所感について述べる。

D社

Web系、Ruby会社という印象。

昨年2ヶ月間インターンシップに参加した。

選考期間: 2019年 11月2019年 12月

選考フロー
書類選考 (11月)

エントリーシートの提出、技術問題 (コーディング2問、作文1問 制限時間60分)。

コーディング問題は1問目が簡単もの、2問目が少し複雑なもの

プロ的なアルゴリズム力が求められるものではなく、HTTPリクエストに関する基礎的な知識要求される。難易度は高くはない。

作文はWeb系の知識について箇条書きで答える問題

日本語力が要求されるわけではなく、字数制限なども特にない (あったかも)。

当該分野に造詣が深ければ無限に書けるし、なければ書けない。

1次面接 (12月)

人事担当エンジニア*2との (オンライン/オフライン) 面接 (60分)。

オーソドックス質疑応答の他、提出した技術問題コードや作文の内容に関する聞き取りなどもある。

ここで落ちた。

最終面接

CEOシニアエンジニア新卒エンジニアなどを交えての面接 (らしい)。

所感

1次面接面接官の片方が、インターン参加時のメンターの1人だった。

面接の1週間前に面接官のTwitterアカウントブロックしたのが悪かったのかもしれない。

「(技術力が基準以上あるのは前提として) その水準の如何よりはむしろ勤労意欲の有無を重視する」みたいなことを言われた。

インターンの成果報告をD社の技術ブログに書いたが、腹がたったのでそれを削除しようかと思った。

ここのサービスは二度と使わない。

N社

Web系、Ruby会社という印象。

Ruby本体コントビュートした経験があったのでそれをアピールできるかもしれないという意図で受けた。

選考期間: 2019年 12月2019年 12月

選考フロー
書類選考 (12月)

エントリーシートの提出。

1次面接 (12月)

シニアエンジニアとの1対1でのオンライン面接 (60分)。

オーソドックス質疑応答

ここで落ちた。

2次~5次(?)面接

落ちたので知らんが同社を受けた知り合いによると5次まであるらしい。

所感

1次面接の際に「何がしたいのかわからん (意訳)」みたいなことを言われた。

何がしたいのかと言われれば労働がしたくない。

また「勤労意欲の有無を重視する」みたいなことを言われたのでまあそういうこと。

ここのサービスは二度と使わない。

I社

Web系。

前述2社を落ちたあと2週間くらいなにもやる気が起きなかったが、ここなら受かりそうな気がしたので受けた。

選考期間: 2019年 12月2020年 1月

選考フロー
書類選考 (12月)

エントリーシートの提出。

1次面接 (1月)

シニアエンジニア*2との (オンライン/オフライン) 技術面接 (60分)。

自分の関わったプロジェクト (分野問わず) のソースコードを提出するよう求められ、当日はそれに関したディスカッションを行った。

最終面接 (1月)

人事、CTO、その他社員を交えたオフラインでの面談 (60分)。

所感

内定

選考全体が比較スピーディーに進んだのがよかった。

O社

Web系。

I社と同時にエントリーシートを提出した。

選考期間: 2019年 12月2020年 5月

選考フロー
書類選考 (12月)

エントリーシートの提出、技術問題 (コーディング3問 制限時間60分)。

コーディング問題簡単ものが3問。

1次面接 (1月)

人事との面接 (45分)。

オーソドックス質疑応答

2次面接 (2月)

シニアエンジニアとの面接 (60分)。

オーソドックス質疑応答

3次面接 (3月)

CTOとの面接 (60分)。

技術分野に関する質疑応答

最終面接 (6月)

CEOとの面接 (60分)。

オーソドックス質疑応答

所感

内定

2次面接の際にインターンに参加しないかという打診があったが、D社に落ちた経験トラウマになっていたので断った。

人事担当者の意思決定が全体的に遅い印象があり、特にCOVID-19や緊急事態宣言のために3次面接と最終面接との間が3ヶ月空くことになった。

その他

Y社

複数退職エントリに書かれている内容に関して、その真偽を社員にたずねたところすべて事実であるという証言が得られたためエントリーを取り下げた。

B社

Web系。最近CMでよく見る。

エントリーシートを提出したところ人事から企業説明会の案内が届いたが、その宛名が全く知らない人間名前だった (おそらくコピペミス)。

他の志望者の名前っぽいけど普通にインシデントじゃないの。

訂正や謝罪特に届かなった。

萎えたので企業説明会には参加せず。

結び

I社を辞退し、O社の内定を承諾した。

D社・N社に落ちた経験から、同輩および後輩に対しては確固とした「「「勤労意欲」」」を持つことをおすすめする。また、面接担当者のTwitterアカウントブロックするべきでない。

貴社らの益々の成長と発展を心よりお祈り申し上げます

2020-05-29

anond:20200529002943

実際のところ上場で美味しいのはビジネスサイドの人間が多くて、技術者だとCTOで入って鳴り物入り上場してギリギリ一発リタイア程度だと思う

とはいえ中くらいのベンチャー上場直前に潜り込んだくらいでも4桁万くらいの夢は見られるよ

2020-05-23

anond:20200521200340

プログラマ選民意識があるかどうかは知らんけど、ある種の企業に勤めるウェブエンジニア選民意識いねメルカリとかクックパッドとか五反田あたりのチャラチャラしたベンチャーなんか。赤毛CTOとか不倫CTOなんか分かりやすいね

転職活動ときそういうところのリードエンジニアやらCTOやらVPoEやらにカジュアル面談であってきたけど、キラキラオフィスとイキリオタク組合せに閉口して結局その手のところ避けて転職した。

2020-04-27

anond:20200427184516

別に性犯罪者予備軍だけじゃなく、有名芸能人も政治家一休CTOも、みんなデリヘル呼ぶわけじゃん。

性風俗産業普通の人が気軽に使うサービスって認識ていた方がいいよ。

2020-04-24

この物語フィクションです

所謂ITベンチャーに3年ぐらい勤めていたけど、今月付で退職することになった。

上司社長CTO)がいて、社員が6人ぐらいいて、あとは普通アルバイト学生アルバイト10人ぐらいいる、みたいな感じの職場

最初のうちは良かった。人が少なかったし、基本的上司しか話をせず、1人で平和コードを書いていた。

お客さんと直接やり取りすることも多かったが、その方が誰かを挟むよりも圧倒的に速いので、特に負担は感じなかった。

1年ぐらい経ってからアルバイト仕事を割り振り、その面倒を見ながら仕事を進めるようになった。

プログラミング経験のない人も採用していたので、その点では苦労したが、まだ何とかなっていた。

どうにもならなくて自分が全部巻き取って解決することもたまにあったが、その方が速いことは最初から分かっていたので、特に何も思わなかった。

さらに1年ぐらい経ってからアルバイトの質が悪くなってきたのを感じた。プログラミング能力ではなく、コミュニケーション能力において、だ。

プログラミング能力に乏しいだけなら、前述のようにまだ何とかなる。コミュニケーション能力に乏しいと、ハッキリ言って仕事にならない。

--

 私「君が実装たこメソッドメソッド名と働きが食い違っているように見えるけど、これはどちらが間違っているの?」

 ア「これは○○という名前メソッドです」

 私「おっ、そうだな」

--

 ア「AはBでした!」

 私「そのAはBというのはどういう意味?よく分からいか説明してくれる?」

 ア「AがBということです」

 私「おっ、そうだな」

--

上司にも、1人でコードを書かせてくれないか相談したが、社の方針としてそれは無理とのことだった。

採用もこの2人が担当しているため、ならばせめて、人手が足りないからといってこのような人間を入れるのをやめてくれないかと伝えた。

何か歯切れの悪い回答が返ってきたような記憶があるが、こっちについてはあまりよく覚えていない。そして改善されることもなかった。

それでも給料は悪くないし、割と頻繁に昇給していたので、しばらく続けていた。

ある日、私が担当している業務の進みが遅くなっていることを上司に指摘された。事実、緊急度の低いタスクは後回しになることが多くなっていた。

こいつらの面倒見るのに追われててそれどころじゃない、ということをオブラートに包んで伝えたら、逆鱗に触れてしまったようで、何かいろいろなことを言われた。

マネジメントもできないとダメだとか、工夫が足りないとか、時間外労働カバーしろとか、そんなようなことを言われたような気がする。

他の社員も似たようなことを言われたようで、ぽつぽつ退職者が出始めた。

退職者の業務の引き継ぎで担当する業務が増え、人手不足を解消しようとしてただ足を引っ張るだけの社員アルバイトが増えた。

そんなわけで私も退職することにした。社がその後どうなるかは知らない。

--

・自宅勤務に伴い、何らかのチャットツール文字によるやり取りを強いられる場合コミュニケーション能力に難がある同僚がいると全てが壊れます

・世の中の人間の大半は「(社にとって)いない方がマシな人間であるということを念頭に置いて、採用活動を行ってほしいと思います

2020-04-15

anond:20200415033616

CTOを誇示してるのにロクなのいないから。どうせWeb屋のイキり君でしょ?

2020-03-02

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

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

295あとで/3761users 資産運用 - shao

234あとで/1602users CTOの頭の中:技術財務表現する|Shin Takeuchi|note

225あとで/2454users Kyoto University Research Information Repository: プログラミング演習 Python 2019

219あとで/2206users 意識の低いフリーランス生存戦略

160あとで/762users TCP/IPをわかりやすく - 通信プロトコルの基礎知識を図解で学ぼう - エンジニアHub|若手Webエンジニアキャリアを考える!

160あとで/933users 京都大学Pythonによるプログラミング演習教材を無料公開:CodeZineコードジン

152あとで/1272users セキュリティエンジニアになり、そこから2年間分の勉強内容と参考になった資料とか - ぶるーたるごぶりん

142あとで/1054users コンピュータサイエンスが気になるプログラマに勧める書籍リスト - Rubyist Magazine 第61号 巻頭言

140あとで/731users 【社内資料公開】AWSに関するスキルアップ方法と一度は読むべきブログの紹介 | Developers.IO

138あとで/2534users 【書き起こし】岩田健太郎さんのYouTube動画ダイヤモンドプリンセスはCOVID-19製造機。なぜ船に入って一日で追い出されたのか。」の書き起こし

131あとで/1507users 牧歌的 Cookie終焉 | blog.jxck.io

120あとで/587users TypeScriptプロダクト開発に使う上でのベストプラクティスと心得 - Qiita

118あとで/667users プログラムの可読性を上げるための条件分岐を減らす方法7個 - Qiita

117あとで/1454users 米津玄師さんの曲はどれも心に残り、独特に感じますパプリカ子どもたちも大好きです。曲なのかメロディなのか詩なのかリズムなのか、技巧として他のアーティストと異なる特筆する点があるのでしょうか?に対するNobuhiko Izumiさんの回答 - Quora

113あとで/626users エンジニア17年の俺が、事業系の開発タスクバンバン投げてくる非エンジニアに、保守必要性死ぬほど分かりやす説明する。|みやたけ|note

112あとで/1174users 銀座有楽町周辺で800回ランチした私のおすすめランチ!|takehiro sugaya|note

108あとで/900users Excel設計書を抹殺したくて4年前にWiki設計書を導入したら、意外とちゃんと開発回ってた話。 - Qiita

104あとで/1175users 『ヤバい本が出ようとしている』みずほ銀行システム統合歴史を綴った本が出版される模様「最恐のホラー小説」「章題を見るだけで闇を感じる」 - Togetter

103あとで/1072users 「相当まともな文章を書いてきますよ」関西大学ゼミで配布されている『レポート論文の基礎ルール』が本当に大切なことばかり - Togetter

101あとで/453users 大規模システムでの Linuxメモリ管理

101あとで/1172users 村井純教授1月16日最終講義文書き起こし – Matsubo engineering blog

100あとで/1379users 【鬼滅の刃】恋柱に注目するなら乳だけでなく下半身も見ろ - 本しゃぶり

98あとで/605users 質とスピード(2020春版) / Quality and Speed 2020 Spring Edition - Speaker Deck

97あとで/1572users EM菌の正体(構成微生物を調べました)|片瀬久美子|note

96あとで/446users 仮想DOMは本当に“速い”のか? DOM操作の新しい考え方を、フレームワーク実装して理解しよう - エンジニアHub|若手Webエンジニアキャリアを考える!

95あとで/527users JavaScriptの次の仕様ES2020で追加されることが決定した新機能まとめ - ICS MEDIA

93あとで/847users ふなっしー最近テレビで見ない理由、「本人」ロングインタビュー(上) | News&Analysis | ダイヤモンドオンライン

93あとで/531users 「AIをどう習得したのか教えて」と大募集し、技術から集まった記事49本を紹介 | 日経クロステック(xTECH)

92あとで/793users 中国AI企業が開発した中国語学習サイトが凄い|ばやし@イマチュウ|note

92あとで/1452users 鉄のフライパン再生メンテナンス樋口直哉(TravelingFoodLab.)|note

92あとで/1575users 書いたな、俺の前で、革靴の話題を!

92あとで/797users ls よりも exa を使おう!モダンLinux コマンド達を紹介 - Qiita

いつもの月に比べてあとで読むタグが少ない。あとで読みたくなるような記事が少なかったのか、あとで読むを付けるタイプの人が寄り付かなくなったのか。

2020-02-08

CTOとかを財務にたとえた記事の話

あれ、財務諸表にたとえる意味がよくわからんのだが、話そうとしてる内容自体は大変有意義ものなので、なんとかもうちょっと財務諸表寄りにさせるにはどうしたら良いものかと考えてみた。

まず前提として、財務諸表について押さえておきたい前提は、「貸方調達した資金を、借方のどこに貼るとリターンが得られるか」という構造金利5%の借入金1%未満の金利定期預金にぶっこむのがナンセンスなのであって、少なくとも5%を上回る資産に充てるべき、みたいな話。普通事業の利回りが粗利20%だの30%だのってなるわけなので、しっかり資本が回転してれば、棚卸資産だとか事業の前提となる固定資産に貼るわけだよね。(費用に貼る話はちょっと置いておく)

かに資産又は負債定義は、将来の資金流入又は流出可能性とはされているのだが、財務諸表会計処理もっと言うと仕訳構造から帰結であることからすれば、上記の前提は依然として覆らない。

以上の視座から言えば、かの記事GPとされているものは、資産サイド、すなわち、プロダクトに充当させることでリターンの最大化を目指すべきとされるリソースことなのだから財務諸表埒外ではなく、単純に貸方に持ってくるべきものなんじゃないかと思う。

貸方GPが、借方の正のプロダクトに充当されることで適切なリターンが得られる。じゃあどのプロダクトに貼れば良いかというのは、あの記事で言うと、CTOじゃなくてプロダクトマネージャなのだ、となるわけ。CTOGPの最大化を目指す、これは財務部が他人資本自己資本とのバランスの中でどうやって資金調達するかということに比定できる。

で、そうしたとき技術負債はどう表現されるかというと、これは、負債とか言われてるけど、貸方サイドではない。やはり借方表現すべきなのだ。つまり、当初はリターンを得るべく貸方から調達したGPの貼り先として資産に計上されたが、適切なリターンが得られるべくもないものに成り下がった、と見るべきということ。こうした資産マイナスは、財務諸表でも貸倒引当金だとか減価償却累計額とかで見られる。つまり資産の減損として見るべきということ。資産サイドを2象限に分けてあげて、当初正の資産GPが貼られてるんだけど、いつしか資産サイド側で、正の資産から負の資産へと振替えがなされるということね。

ひとまずは以上なんだけど、うーんそれでもまだ全部表現できんね。

2020-01-14

Paidyって担保 何とっているの?

話題になっているPaidyの支払い方法公式サイトで調べてみた。

https://paidy.com/payments/

Q.Paidyの支払い方法について教えてください。

1ヶ月間のご利用分を翌月にまとめてお支払いいただけます

記載のお支払い方法に沿って、10日までにコンビニまたは銀行振込でお支払いください。


え、これコンビニで支払わなかったらどうなるの?

PayPayなり楽天Payなり、店頭で決済するとき電子的に現金相当額が引き落とされたことをスマホ上で店員確認している。

クレジットカードも当然。

決済・商品受け渡しを一つのトランザクションとみなしたとき現金の引き落としが確定しない この仕組みそのものおかしくない?

paidyでの支払いがなかったら債権回収が店舗責任があるのは、決済システムとしてありなのか?

後払いなら、クレジットカードみたいに審査もないし、ブラックリストもないのかな?

経営陣見ると、金融に詳しそうなんだが、、、メディアは各個人に名指しで取材もしてほしいな

https://paidy.com/company/

ラッセル・カマー

代表取締役会長

メリルリンチ証券ゴールドマン・サックス証券を経て東京株式会社Paidy(旧エクスチェンジコーポレーション)を設立スタンフォード大学院数理ファイナンス修士

杉江 陸

代表取締役社長CEO

富士銀行(現みずほFG)、アクセンチュアを経て、新生フィナンシャル代表取締役社長新生銀行常務などを歴任東京大学卒、コロンビア大学MBA並びに金融工学修士

橋本 知周

副社長執行役員

楽天にてトラベル事業営業統括、イーブック事業の立ち上げ後、DeNAで渉外部長事業開発部長歴任PayPalにて大手加盟店の拡大や各パートナーとのアライアンス統括に従事

藪内 悠貴

取締役CFO

JPモルガンM&A・資金調達アドバイザリー従事後、カーライル投資評価・実行、企業価値向上施策から上場含むエグジットまで関与。東京大学薬学部卒、東京大学工学修士

ヒューストン・ロス

CTO

AXA生命CTOやNN生命COO/CIOなど、生命保険会社マネジメントに携わった経験を持つ。ITオペレーション業務に深い知見を持つ。リヴァプール大学MBA

ジョン・ネイバーハウス

VP of Risk and Analytics

キャピタルワン、クラーナなどにて勤務、リスクマネジメントに深い知見を持つ。Paidyではリスク・与信・分析業務に携わる。セントルイスワシントン大学卒。

ユキ・ハウス

VP of Experience

シリコンバレーサンフランシスコで約20年間、WalmartElectronic Arts、GlassdoorなどでUX/デザインディレクター経験を持つ。サンホゼ州立大学卒。

バリ・クレチマーリ・シルビア

CMO

東京ニューヨーク拠点に、Fortune 500及び日系大手企業事業戦略マーケティング戦略電通、EYやNetflixにて手掛けて来た。東京大学卒、Ashridge Hult MBA

ディビット・ケル

VP of Product

東京にて20年にわたりモバイルEコマース、ペイメントに従事VP PMO、CSOなどを経て、直近はPayPalMastercardにてHead of Productを歴任ラフバラ大学工学修士リヴァプール大学MBA

田中 大貴

VP of HCM, GA and Compliance

マッキンゼーヘイグループなどで戦略および組織・人事領域コンサルティング国内外の有力企業提供東京大学卒、INSEAD MBA一橋大学DBA。

2020-01-13

2020年技術書典で同人技術書を買うのを控えようと思っている

技術書典によって同人技術書界隈が盛り上がってきている。

その流れに乗って私も技術書典に行き、毎回10冊弱程度買うようになった。

しかし買っても読めない。

2017年に買ってまだ1ページも読んでいないのもある。

私が技術書を読むスピードが遅いというのもあると思う。

(漫画はスラスラ読めるのに技術書はスラスラ読めない。)

そして読まないといけないというプレッシャーみたいなものもあって苦しい。

去年の秋くらいからなんとなく読まないといけないというプレッシャーに押しつぶされそうになっている自分が居て正直ツラかった。

また、本を読む時間に押されてアウトプットする時間

(ブログを書く時間コードを書く時間)

が無くなっている事に気がついた。

アウトプットするために技術書を読んでインプットしているのに、これじゃ本末転倒だと絶望した。

この悩みを去年末の親しい友人と集まった忘年会で打ち明けてみると、

「わかる。俺も買ったはいもの全然読めてない。」

通勤中に読もうと思って毎日持って歩くけど満員電車で読めないよね。」

とみんな同意してくれた。

CTOをやっている友人は

「今は同人技術書流行ってるからみんな何十冊とたくさん買ってるけど、だんだん全部は読めない事に気づいてきて必要な1~2冊を買うくらいに収束するんじゃないかね」

という話をし、周りも頷いていた。

一番納得したのは

「買って読まないとどんどん情報が古くなるから必要な時に必要なのを買うのがベスト。新しい版では情報アップデートされている事が多い。」

という話。

これは本当にそうで、2017年頃のフロントエンド同人技術書2020年の今読んでももう使い物にならないという実感がある。

その本は数ページ読んで使い物にならない事がわかったので捨てた。

2017年当時に読んでいれば有用だったかもしれないのにもったいないことをした。

なので私は2020年技術書典で同人技術書を買うのを控えようと思っている。

とはいえ、何か知りたいこととかわからないことがあって、それを解決するために技術書を買うことはしようと思っている。

まり何らかの課題が無ければ技術書は買わない。

(今までは自分の見識を広げようと、特に課題もないのにいろいろなジャンル技術書を買っていた。)

これを読んでくれている皆さんはどうなんだろうか。

みんな技術書典等で買った同人技術書は全部読み切っているのだろうか。

意見をお聞かせ願いたい。

2020-01-03

anond:20200103193339

普通にコンサル業やったりCTOやったり

経営情報戦略なんちゃらでボスやった方が儲かる

それでも2000万はいかないと思うけど

海外ヒャッハーウェイウェイやってる日本人エンジニア

技術以外のウエイトが高い予感がする

技術だけで米平均相場以上稼いでるんだよ!!!オラァァァァァだったら

すまんやでだけど

2019-12-27

残念ですが契約打ち切りです

2年近くだろうか。

意識高い系現実にそぐわない商売とそのシステム構築に答えてきたのは。

こちらには既に大口契約があったし、その時点で既に年収にして600万は超えていた。

からこそ、未来を見据えての破格の額面を掲示したつもりだ。

あくまで、案件的な面白さと未来への先行投資意味合いでだ。

良いことは無くはなかったが絶対的割合としては極少だった。

分社してCTO職の斡旋もきたが、結局のところフイになった。

これについては口頭だし信憑性が薄かったので仮の話で通してうやむやにしておいて正解だった。

感謝されるシーンは少なからずあったが、やっつけ仕事に嬉しいもクソもあるか。

そんな負け戦を繰り返しても面白くもなんともない。

負け戦の振り返りをしようと話をしていたが、わからないやつ同士で話をして何が変わるのだろうか?

おそらく、こちらの口伝を伝えて終わりだろうから内情は改善しないだろう。

少なくともそれに見合う成果がなければ何も意味がないのだ。

さて、いい加減損切りする時期だ。

この手の話は飽きてきたし、筋を通せないのであればこちらも遵守する義理はない。

人が足りないならご自慢の人脈とアイディアとやらで解決してみればいいじゃないか

自分のケツは自分で拭いてもらおう。

2019-12-23

CTOをゴールにしないで欲しい

シリコンバレーCTOならかなり高いポジションだけど

日本CTOって小さい会社No2か3みたいなポジションなわけで

そこをゴールにするのはちょっと安定志向すぎないか

CTOというポジションあくま武器であり通過点であって欲しい

シューマイカンファレンスでのslidoによるハラスメントに関しての個人的感想

シューマイカンファレンスRubyの父 まつもとゆきひろ氏 & 有名ベンチャーCTO登壇!!

というエンジニア向けのカンファレンスがあり、そこで匿名質問ができるslidoというサービスでの質問ハラスメントがあったとのことが話題になっています

https://shuuu-mai.connpass.com/event/155130/

概要

カンファレンスが開催された。

その時の司会に「りさきゃん」という方。

匿名質問可能なslidoというサービスがあり、そこで様々な質問がされる。

質問された内容に「司会がかかわいい」という質問がされる+いいねが多数される。

りさきゃんさんが以下の内容を投稿。多くの感想などがblog投稿される。

・slido、匿名だとさっそく見た目についてのコメントがあって無理なんだけど…見た目についてのコメントは本当に失礼だよ……

レベルが低すぎる……

・あまりにも不愉快なので会場出た。今後アンチハラスメントポリシーなど記載していないイベントには参加しません…

以下、感想

slidoで関係ない質問はされることもたまにみます、それらは基本すぐに流して終わるかと思います

今回の見た目に関しても同じように流して終わるのではないか質問者は考えたのでしょう。

私自身も見た目に関してよく言及されるのですが、(ポジティブな内容なので)悪い気はしておらず、

正直この内容でそんなに否定的ことを出すものだろうか??というように考えています

自分がされても良いことでも相手が嫌な気持ちになることはハラスメントになり、いじめになるというのはとても分かります

ただ、カンファレンスなど(特に授賞式)によっては有名な方が司会をされていてかっこいいやかわいいなどを多くの方が言うかと思うのですが、

今回の主催側もそのように華やかさを求めて司会を依頼したのではないでしょうか?

なので、今回この容姿に関して褒めるという行為はそんなにいけないものなのですかね??(もちろん、ブサイクなど誹謗中傷を書くのは論外ですが

勉強会関係ないことを質問しない。などを徹底すれば今回のようなことは起こらないかと思いますが、いきすぎるとどんどんやりづらくなって仕舞わないか心配です。

私がずれているんですかね??

2019-12-14

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

テレワーク

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

Ruby

https://try.ruby-lang.org/

Ruby基礎文法最速マスター

Ruby入門 (全26回) - プログラミングならドットインストール

Rails

Railsの教科書

Railsをはじめよう - Railsガイド

Rails Girls アプリチュートリアル

ttps://railsgirls.jp/app



Ruby on Rails5 | プログラミングの入門なら基礎から学べるProgate

Ruby on Rails 5入門 (全28回) - プログラミングならドットインストール

Ruby on Rails チュートリアル:実例を使ってRailsを学ぼう - Michael Hartl (マイケル・ハートル)

Ruby on Rails ガイド:体系的に Rails を学ぼう

ttps://railsguides.jp/

.

MVP(Minimum Viable Product:仮説を検証することができる最低限のプロダクト)

ttp://kozy4324.github.com/blog/2012/03/20/report-agile-japan-2012/

とにかく雑に作れ - 東京工業大学エンジニアリングデザインプロジェクト - Medium

ttps://b.hatena.ne.jp/entry/s/medium.com/titech-eng-and-design/%E3%81%A8%E3%81%AB%E3%81%8B%E3%81%8F%E9%9B%91%E3%81%AB%E4%BD%9C%E3%82%8C-2f87cc00eb85

Things that are complex are not useful, Things that are useful are simple.

Mikhail Kalashnikov

複雑だと役に立たない。何よりも単純であることだ。

ミハイル・カラシニコフ 史上もっとも大量に製造され拡散しているアサルトライフルであるAK-47」の設計

完成に漕ぎ着けるのは、

付け加えるものがなくなった時ではなく、

取り除くものがなくなったときである

Antoine de St. Exupery

イノベーションは全てのことに対してイエスと言うことじゃない。それは最も重大な機能を除いて、全てにノーと言うことだよ。

ttps://bit.ly/2JzCggZ

リンク

6 of the top 10 @ycombinator companies (by valuation) were built using Ruby!

ttps://twitter.com/mhartl/status/1179561691857616896

ttps://prograils.com/posts/top-10-famous-sites-built-with-ruby-on-rails

Ruby on Railsの事例まとめ(海外有名サイト編)

ttps://b.hatena.ne.jp/entry/s/skillhub.jp/blogs/176

Ruby on Railsの事例まとめ(日本有名サイト編)

ttps://b.hatena.ne.jp/entry/s/skillhub.jp/blogs/177?ref=176



スタートアップでのプロダクト開発はRails必要十分

スケーラビティがとか、拡張性がとか、モノリシックアーキテクチャは柔軟性がないんじゃとかいう声が聞こえてきそうだが(もっとも僕も前はそう思っていたのだが…)、

こんな技術的な美しさやなんちゃらビリティなんてものスタートアップにおける開発速度の重要性に比べたらなんの意味もないものである

ttps://medium.com/@reoring/4a92508bd170

最近PMFする前にアーキテクチャにこだわりすぎる事故をよくみる。

PMFする前のプロダクトなんて動けばなんぼなので、Railsで汚くてもいいかゴリゴリ書いて、最低限のJSをつけるだけでよい。

リリースするまで6ヶ月かけるというのは事故で、3週間ほどを目安に企画からベータリリースまでいくべき

ttps://twitter.com/wyvernMurai/status/1024150618288472064

マネーフォワードCTOが考えていること(20203月

Ruby on Railsは、現時点で、新規サービスを立ち上げる開発生産性が最も高いと判断しています。0-1のステージにおいて最も効果的であり、多くの場合は1-10でも有用です。ただし10-100のステージでは、デメリットが見えはじめますしか10-100のサービスにおいても、Ruby on Railsの利用範囲ゼロになることはないと考えています

ttps://moneyforward.com/engineers_blog/2020/03/31/cto-message-202003/

スタートアップWebアプリつくるなら、Railsアプリ分割せずAPIモード使わずシンプルにつくれ。

最初WebpackerとES6で必要になるまでFWつかうな」

ttps://twitter.com/daaaaaai/status/1154207078715498496

A Modern Web Application With Rails

ttps://medium.com/rubyinside/a-modern-web-application-with-rails-da3deb48014c

JavaScriptフレームワークはもうこりごり

HTMLCSSJSが私のフレームワーク

ttps://postd.cc/zero_framework_manifesto/

ほとんどのスタートアップにとって、マイクロサービスはよい選択ではない

ttps://www.infoq.com/jp/news/2020/06/monolith-decomposition-newman/

Istioがマイクロサービスからモノリシックアプリに変化。その背景とは

ttps://b.hatena.ne.jp/entry/s/thinkit.co.jp/article/17540

さよならアーキテクチャ議論

1. 事業成功に占めるアーキテクチャという要素の小ささ

2. チームでの共通認識を作るコスト

3. レイヤー分けという行為のものへの疑問

売り上げは全てを癒すけど、アーキテクチャは全ては癒してくれないんですよ。

ttps://note.com/timakin/n/n02f6be6aa0bf

Ruby on Rails: DHHインタビュー

Railsにある20%のソリューション問題の80%を解決できるようにしています

ttps://kdmsnr.com/translations/interview-with-dhh/

Twitter創始者

Ruby on Railsを使って2週間で最初の動くバージョンを作り上げた

ttps://bit.ly/2KdcKim

Ruby on Rails10分で作るTwitterもどき

ttps://bit.ly/2KVdAl8

時間ツイッターサービスを作ろう! – KRAY Inc.

ttps://b.hatena.ne.jp/entry/s/kray.jp/blog/twitter_service_in_1hours/

「1人で6時間で作った」 Twitter匿名質問「Peing」人気、月間2億PV超えへ

ttps://bit.ly/3b7qyIz

僕らがRailsで戦い続ける理由

ttps://speakerdeck.com/toshimaru/why-we-use-ruby-on-rails

それでもRails選択する3つの理由 - pblog

ttps://ppworks.hatenablog.jp/entry/2015/02/19/223552

僕はずっとRails使ってますが、別にRailsにこだわってるわけではないのでもっと良い技術があれば普通に移行すると思います

ただ移行するためには今持っているRails資産経験など全てを超えてなお移行したほうがメリットある場合に限るので中々そういうものは少ないかな、、、と

ttps://b.hatena.ne.jp/entry/twitter.com/_sesere/status/953120084666433537

今は分かりませんが、数年前まではphprubyと同じ事をしようとするとソースコード量が3倍近く必要でした ソースが短ければバグが発生し辛いですし、ミスもかかる時間も減る と言うことで僕はruby、、、と言うよりrailsをおしま

ttps://b.hatena.ne.jp/entry/twitter.com/_sesere/status/928170730893619200

Railsセミナー面白かった。 スタートアップ企業社長PHPを捨ててRailsを選んだ理由エンジニアの安定性というのが、今回聞いた中では一番心に残った。

エンジニア視点ではなく、経営視点で考えたら、ボトルネックは必ず人だからだよな。

ttps://b.hatena.ne.jp/entry/s/twitter.com/poepoe49091/status/762141005432750080

スピードに対してごちゃごちゃ言うなら C じゃなくアセ ンブラで書けばいい。

それをなんで C で書いてるのかって言えば、 それはもちろん「コードがわかりやすい」とか、「早く書ける」って のが理由だろう。

そして、Ruby は C よりわかりやすいし速く書ける。 ということは、「C よりも Ruby」というのは非常に自然選択では ないだろうか?

ttp://i.loveruby.net/ja/ruby/why.html

Cで書くと2日かかる。実行時間は0.1秒

Rubyで書くと1日かかる。実行時間10秒(Cの100倍)

と、すこし極端な仮定を置いてみると、どっちが得でしょうか。

ttps://jp.quora.com/naze-ruby-ha-hokano-gengo-to-kurabe-te-osoi-node-shou-ka

Railsアプリケーションを、Heroku上で1分間125,000リクエスト対応できるようにスケーリングする

ttps://postd.cc/scaling-rails-to-125-000-requests-per-minute-on-heroku/



RubyRails学習ガイド2019年版

ttps://magazine.rubyist.net/articles/0059/0059-Ruby-Rails-Beginners-Guide.html

Rails2019年も「あり」か? 統計を調べる

ttps://techracho.bpsinc.jp/hachi8833/2019_01_25/68846

Rails2019年も「あり」か? Rails長所と向いている用途

ttps://techracho.bpsinc.jp/hachi8833/2019_01_29/68871

Rails2019年も「あり」か? Rails短所と不向きな用途、他の選択肢など

ttps://techracho.bpsinc.jp/hachi8833/2019_01_31/68875



経験からRuby on Railsを学んで仕事につなげるまでの1000時間メニュー

ttps://qiita.com/saboyutaka/items/1a8c40e105e93ac6856a

あなたマスターしたのはいくつ? Rails習得するために必要技術要素の一覧

ttps://qiita.com/jnchito/items/063e332cbe3023f52f93

素人Webサービスを作ってみて分かった9つのこと

Webアプリ想像以上に複雑だった

ttps://el.jibun.atmarkit.co.jp/rails/2011/09/web9-1e8b.html

railsのdefaultでは用意されていない考え方や設計リファクタリングについてのリンク

ttps://qiita.com/tos-miyake/items/8dffb16273726f538d49

プログラミングに関する法則原則一覧

ttps://qiita.com/hirokidaichi/items/d6c473d8011bd9330e63

プログラミング独習するには10年かかる

ttps://www.yamdas.org/column/technique/21-daysj.html

ジョエルテスト

ttps://bit.ly/3fTUsmf

Joel on Software(ジョエル・オン・ソフトウェア) あなた絶対すべきでないこと(スクラッチから書き直す)

ttps://urashita.com/archives/3782

技術負債という概念の生みの親 Ward Cunningham 自身による説明

ttps://t-wada.hatenablog.jp/entry/ward-explains-debt-metaphor

銀の弾丸に関するノート

ttps://bit.ly/3epWY3i

ブルックスの法則

「遅れているソフトウェアプロジェクトへの要員追加はさらに遅らせるだけだ」

巧遅拙速に如かず

Done is better than perfect.

完璧であるより出来上がる方がいい

Facebook



19歳から7年、1人で30個のWebサービスを作り一発当ててもう働く必要がなくなった

ttps://bit.ly/2ysT1Km

30代後半や50代からでもソフトウェア開発者になるのには遅くないという10人の実例

ttps://bit.ly/2M6Dh6l

プログラミング人生を賭ける価値がある」

ttps://tech-camp.in/note/interviews/55825/

重要なのは仕事を続けることにワクワクできるかどうかなんだ

ttps://bit.ly/2J8ak5W

2019-12-05

エンジニア職に就いたあと辞めたポエム

補足→ https://anond.hatelabo.jp/20191205212350


これは退職アドベントカレンダー2019 (https://adventar.org/calendars/4051) 5日目の記事です。最初自分ブログに書くつもりでしたが、書いてるうちにどこまで筆が滑っているのかわからなくなったので増田に投げることしました。そしたら余計にタガが外れたのはご愛嬌

What's this

よく見かける「未経験からエンジニアへ!」ストーリーの、あまりなさそうなルートです。よくあるルートのほうはなぜかTwitterで報告して「○○系エンジニア」的な命名をしてから入社その後の動向が闇に葬られているのをかなりの確度で見かけますが、まあ、なんか、いろいろあるんでしょう。逆にそういう成功(?)体験生存バイアスを強化する情報ばかりあふれていると情報として健全でないように感じます

ということで、今年あった自分体験談を残すことにします。

といいつつ後日しれっと消えてたらInternetArchivesか魚拓で会いましょう。

この話はここから先はフィクションです。剣も魔法労基法も出てこないファンタジーです。

who are you

地方に潜むフリーターです。好きなvirtual beingsはロボ子さんと東雲めぐさんれいきらさんです。

これまでは自分のためのプログラムを書き散らすだけで、ITとは無関係バイトをしてきました。玉掛フォークリフトなら任せろーバリバリ

入社の経緯

会社にもぐりこんだいきさつはやや特殊なのでぼやかします。とあるきっかけで知り合った人から誘われました。リファラルです。なお、とあるきっかけはなにかと炎上しがちないわゆるプログラミングスクールなどではないことを防火剤がわりに書いておきます。そんなもんに使う金など無い。

その人のことはあんまりよく知らなかったのですが、CTOとして手伝っている会社システム部門で人手を探しているとのことでした。会社ホームページにはリクルートページなど無く、何をやっているかいまいち要領が掴めなかったのですが、ざっくりと自社製のWebアプリ開発をやる感じらしく、内容も聞いた限りでは(自分スキルと照らし合わせて)そんなにどえらいわけでもない印象でした。ちょうど金もないし無職だし、少し経験でも積んでみるかという気になったので、この際ホームページDreamWeaverサンプルを流用したまんまといった細かいところは観なかったことにしました。

面接にいくと社長から「いつからこれるの?」と言われたので「あっこれは」となりましたが、金がなかったので是非もなくそのまま入社の運びとなりました。この頃はプログラム書いて金もらえるなんてサイコーとか思ってました。ちなみにgithubatcoderアカウントを書いた職務経歴書は一顧だにされませんでした。

やったこ

地方製造業システム部門を切り出して別会社にした形態の、創立数年ほどの会社です。自分のほかにもうひとり、社内情シスのようなことをしている方がいましたが、基本的にはサポートが専門な感じでした(ただし肩書自分と同じでしたが)。紹介してくれたCTOは週に一度のMTGに顔を出すだけということで、実質的に常駐している人間プログラムが分かるのは業界経験自分だけというチャレンジングな環境からスタートしました。なお入社して社内の平均年齢を大幅に下げることになりました。

レスポンシブ化

ちょうど入ったタイミング情シスの方が抱えている仕事があり、とくにやることもなかったので手伝いました。グループ会社サイトスマホ対応させるもので、事情はわかりませんがそれまで他社に制作委託していたものを自社で運用することにしたとのことです。みてみるとWordPress4でPHP5が動き、Bootstrap3を使ったオリジナルカスタムテーマ運用してきた様でした。もちろん仕様書ローカル環境もあるはずがないのですが、どうせ自分Webデザインなど知らんのでとりあえず直にheader.phpにviewportを書いてmain.cssメディアクエリを設定して、ザ・web制作初歩みたいなレスポンシブ対応しましたが、デザインについて当事者との意見のすり合わせの機会なんかの開発手順はなかったので良しとしました。

新規Webサービス

入社して2周間ほどのち、社長についてこいと言われた打ち合わせの後日、MTGで「昨日のアレの進捗はどんな感じなの?」と聞かれたこから、いつのまにか新規案件自分に一任されていることに気づきました。仕様は前日の打ち合わせがすべてだった模様です。要件定義技術選定・検証のような工程など決まってないので好みで揃えました。趣味と関心からExpress+Mongo+Reactのセットか、触ったことのあるDjango/Railsでざっくりやるか、どうせならDockerも使い時か、こんなとき相談できる同僚やメンターが欲しいなぁなどと考えていたら、CTOがそれまで作っていたやつをみるとPHP+ES5+MySQLだったのでなんだかんだでそうすることになりました。PHPを初めて触り、「これがペラ1のphpjscssもなにもかも書いていくといういにしえのスタイルか…!」と新鮮な感じでやってました。

既存システムの移行

Windows Server 2012で動いていたサービスLinuxに移行しました。これは自分が入る前から情シスの方が任されていたのですが、マニュアルに沿ってコマンドを打ちこんではどこかで転け、エラーは読まずにあきらめてCentOSインストールからやり直すということを繰り返していたのを見るに見かねて手伝いました。SSHPowerShellからマニュアルコマンドコピペして実行する方法を教えてあげると目を丸くされました。shellファイルを書いてあげると魔法をみるのような顔で驚かれました。自分が入ってなければどうなっていたんだろうか...

自分ツール作成

毎日出退時間規定EXCELフォーマットに記帳する必要があり、これが非常にめんどくさく無駄に思えたので、自動記述するpython/Goスクリプトを書きました。これは入社して2日目とかだった気がします。しかしここを自動化しても「印刷して人事に提出し、それをもとに人事の方がまたEXCELに書き込む」と知り虚無になったりしました。

FE取得

これはやったことというか思うところあってプライベートで取り組んだことです。自分想像していた開発現場との乖離を感じたので、こういうのはFE勉強すればわかるのかもしれないと思って1ヶ月くらいやって取りましたが、得られた知識会社に活かせそうなものは何一つありませんでした。

チーム開発などという概念存在せず、「1案件を1人で上流から実装運用保守サポートまですべてやる」という進め方でびっくりしました。手持ちの技術スタックでできる範囲ギリギリなんとかやった感じです。よく転職サイト上で見かける文言で「お任せします」がありますが、これとかも要するに「丸投げ」の換言なんでしょうか。わたし気になります

とりくめなかったこ

自分のように途中からジョインした人に対しての業務移行のシステムがないことから感じていましたが、案の定「誰かが抜けたあとの引き継ぎの機能」も整備されてないことに気づきました。もともとオンボーディングや研修概念などありません。えらいひとは「そのへんは現場で協力してうまくやって」と丸投げし、すべての作業を自宅でやっているCTOは社内のこうした事情については放任で、いちおう情シスの方がいつのまにかメンター代わりになっていたものの、不明点を尋ねても頓珍漢な返答が多くもどかしかったです。どのサーバでどんなサービスが動いているのかやSSH情報を聞き出すのに苦労しました。こうした不幸と無駄時間をなくすためにドキュメントを整備しようとしたのですが、頓挫しました。これから物理フォルダーと社内サーバ散逸した各種の情報混沌を深めていくのでしょう。gitも無いし。

サーバオンプレでした。自分クレカをもっていないためパブリッククラウドを試す機会がなく、ぜひとも触ってみたかったのですが、承認を得るための説明がうまくいかず、結局VBoxでやることになりました。唯一、それまで使われていたVBoxではなくVagrantを導入したのは少しだけ救いでした。どうせ自分しかいじらないのですが。

余談ですがオンプレ面白かったのはHDD増設のために初めてデータセンターなるものに入ったことです。インフラ/ネットワークはまったく分からんしなかなか個人で試せない領域だし縁がないかなと思っていたのですがやはりそこに見える物理層が存在するというのはテンションがあがりますね(断層みたいに言うな)

イキってカイゼンジャーニー情熱プログラマーを買って読んだりもしました。目につくように共同図書のつもりで「ご自由にどうぞ」を添えて自分ロッカーに置いておいたら「私物は持ち帰れ」と言われてしまったので持ち帰りました。

退職経緯

さてお待ちかねメインディッシュですね。

もともと技術コンテンツ会社ではなく、技術畑の人間がまったくいないことのインプレッションが次第に違和感として強く響いてきました。ITエンジニアとしてやっていくつもりの観点でみると、学習や成長の土壌は無いように思えました。協調関係や信頼がうまく築けず、自分のすべき道筋不明瞭のままやっていけるほどタフなYATTEIKI精神ではなかったのです。

これは地方の、それもIT気質のあるわけではない、ワンマン経営中小製造業ならばどこにでもあることかと思われますが、随所に感じるレガシーさに疲れてしまいました。一例を挙げると、毎朝30分に亘り行われる全社清掃(もちろん業務時間外)、社是の復唱、『感謝言葉をみんなで味わうポエム』の輪読、その感想大会、頻繁に行われる中身のない会議日報エクセルで書いてメールで送ったり、出退勤表を毎日エクセルに書いて印刷して事務方に持っていくなどのルーティンがけっこう苦痛でした。

社内のコミュニケーションツールLINEだったので使い勝手も悪く、会議chatworkslackを使いましょうと提案しても誰一人としてそれらの存在を知らず、「勝手にやってくれ」と言われてしまったり。LINE WARKすら知らんやんけ。説明しても「skypeじゃ駄目なの?」と言われたので諦めました。

えらい人の思いつきのたびに方向性が変わり、当人発言したらそれで全て完了した気になってしまったのか、会議終了後の10分後に「さっき言ったやつまだ出来てないの?」などと言われた時はギャグかと思いました。会議議事録も誰も見返さないので果たして意味があったのか疑問です。誰かひとりでもmarkdownが書けたり、少なくとも書く気があれば勉強会を開催してHackMDなどを推せたのですが。議事録機能していないエピソードとしてひとつ思い出しました。開発中に機能追加を下された際に、その挙動は完全にプラットフォームネイティブであり今の技術選定だと作り直しになり、結果納期に間に合わない(し、自分技術スタックからも遠く外れていたので学習コストも加算)と発言したらその場は収まったのですが、会議終了後に個人メールで「やはり機能マストだ」と伝えられました。当然それは議事録に反映されることなく、なんかしらんけどそういうことになっているという感じになりました。

初めてのエンジニア職でしたが、社内に開発をる人やマネージャー職は不在で、いわゆる開発現場での流れを学ぶことはできませんでした。少なくとも技術を知らないえらいひとが「俺がスケジュールを立てたからこれに沿ってやれ」と、”開発”と”広告作成しか書かれていない2週間の計画表をもってくるような現場システム開発として正しいのか、 と本能が警告を発していました。

もともと会社製造業から始まったため、えらい人たちとの見解齟齬があったのは体感としてあります。同じものづくりといえど設備マンパワー時間線形的に結果に結びつく工場業務と異なり、システムエンジニアリングはかける時間見積もりも容易でなく、かかった時間が必ずしも結果に結びつかないものである、と言う事実は受け入れられ難く、知識ドメインマインドセットが異なれば説明も困難です。しかしながらえらいひとは一様に「経営視点を」の号令で、経営誌を配り、その感想文の提出を義務付けるなど、現場視点を欠いた行動で現場(というか私)を疲弊してました。気づいたらSEO対策や別部署MTGのためのプロジェクター設定、全PCwindows updateに伴うドライバ更新の役も同一の職掌として役付けられそうになっていたり(一部は実際に情シスの人がやってた)、It’s not my workなシーンがみられるようになっていました。

そして、よくあることですが、理念実態乖離していたことです。世界をよりよくと言いつつ、目先の掛け算を考えてばかりのように思えました。グロースする中で発生しそうなあれこれをすっ飛ばし利益だけを皮算用するのはいいとして、データ量やトラフィックを指摘すると「そこは現場努力でしょう」となるので、世界を良くする前に精神を悪くしてしま人生で初めて心療内科にいったりもしました。一応グローバル展開を目指しているとしながらサーバからMailerDaemonが飛んできたら「ギャっ英語っ!」と言って読まず捨ててたり、急にサービスが止まった時には激怒して責任所在の追求を求められたため、草創期にえらい人の個人アドレスで取得してほったらかしにしていたドメインが失効したことが原因と伝えたら「あれはもう読んでいないアドレスだし仕方ない。こういうピンチときこそチャンスにしようぜ」という謎理論を出されたこともありました。

違和感が確かなものになったのは、外部に提出する資料で社内の数字が異なっているとを指摘すると「こういうのは見栄が大事なんだ」と暗に公文書偽造をほのめかされたことですが、これ以上は闇っぽいので書きません(たぶんどこもやってて罷り通ってる範囲だと思うけど)

総じて、心理的安全性の低さ、そこからくる身動きのとれなさ、ロールモデルの不在、前時代的な風潮、社内文化へのミスマッチと不理解、成長の実感が沸かない不安と不満、それらに伴う摂取アルコール量の異常な増大と過食、といった要因の積み重ねが、ネガティヴな形での退職へと駆り立てることになったのだと思います。まあ、よく知らんうちにリファラルしてるところからして「採用教育コストを考えてないのでは?」の念はあったのですが。中身がまったく不透明状態で飛び込んだらそうなるよなぁ、の好例かもしれません。誘われた時はわりと藁にも縋る思いだったのでしかたないね

これから

現在スキー場住み込みバイトしてます。無考えに退職すると年を越せないことに気づきました。

可処分所得可処分時間いずれも今の方が上なのはちょっとウケます賃金ふつうに生きていければいいので前職程度でも気にしなかった程度なんですが。いまは映画をみたり積ん読を消費したり、在職時は深いところまで触れなかったPHPをいじったり、生PHPしかやってないことに気づいたのでcakeやったり、あとはweb周辺も久しぶりにキャッチアップしたりしてます。nodeネイティブおじさんなのでFWはangularしか知らないんですよね。vue/nest面白そうな感じです。あと寮のwifi談話室限定で窒息しそうだったので、持ち込んでいたラズパイルータにして部屋まで飛ばしたら隣室の同僚から感謝されたりと活動は多岐に渡ります

先のことはなにも決まってませんが、ちゃんエンジニアリングしている組織で開発してみたいなという気持ちがありますレビュースクラムアジャイルなんてのはひとりだと不可能ですし。ですが、やはりそういった会社日本では都市部にばかり集中しているのでしょう。自分空気の悪いところには住めないし、案外また辺鄙なところでtechとは無関係のことをしているのかもしれません。ワーホリでも使って海外大麻栽培でも始めようかなぁ。

いかがでしたか

巷説に流布する「未経験からエンジニアへ」の言説のたぐいは、どちらかというと技術力よりもコミュ力が偏って高いタイプ生存しがちな雰囲気を感じます。たまにTLに流れてきたのを見かけますが、ああいった立ち回りは自分にはできないしやりたくないなぁと思ってきました。社会要請ならばそれまでですが。

自分は体系的な情報教育を受けていないどこにでもいる地方高卒で、下手の横好きで趣味プログラムを書いてきたし、続けてるってことはそれなりに好きなんだと思います。得意じゃないけど。んで、こんなのがITエンジニアをしたサンプルというのは見かけないかもなぁと思って投稿しました。光あるところに闇あり。

といいつつ、やっぱり好きなことの結果がおかねになるのはいいよなぁと思った次第です。プログラムを書くのは楽しいけどエンジニアリングは超絶むずい、が雑な総括ですが、今回のことを顛末次第にはする気はないので、どこかに拾ってもらえるよう精進するきもちになりました。

ぼくのポエムはこれでおしまい。じゃあね。

2019-11-16

最近気になったVRニュース

日本で気になったニュース

VRアドベンチャーゲーム 東京クロノスが発売
VRマルチプレイ剣戟アクションゲーム ソード・オブ・ガルガンチュアが発売
VR脱出ゲーム ラストラビリンスが発売

ラストラビリンス最初アナウンスされてから3年ぐらい経って何度かの延期を経てやっと発売された

ミスをすると少女が惨殺されてしま体験が心を揺さぶ

用意されている脱出パズルゲームVR内の体験として相応しいのか疑問もある

これで話題になってた日本VRゲームは一通り発売された

しかし今開発中だとアナウンスされている日本VRゲームが見当たらない

来年日本VRゲームは出るのだろうか?

VRMコンソーシアム発足

VRで使うアバターフォーマットであるVRMの標準化推し進めるコンソーシアムが発足

オブザーバーとして任天堂名前を連ねていることが話題になった

しかし現時点では任天堂VRMを採用しているわけではない

近々開催されるセミナーの人気がないが大丈夫だろうか

https://vrmc.connpass.com/event/154631/

VRChat版コミケバーチャルマーケット3開催

8⽇間で延べ来場者数70万⼈以上を記録したという発表があったが

VRChatの接続人数を大幅に超えてる数字で嘘くさい

間中の数値が大幅に増えているわけでもない

https://steamdb.info/app/438100/graphs/

世界で気になったニュース

Oculus Quest発売

ゲーム機として発売されたスタンドアローンVR

ライバルSwitchだと開発者は語った

正確な情報ではないがこれまでに全世界で40万台出荷されたらしい

ちなみにライバルとされたSwitchは発売3日で33万台(日本だけの数字)販売しておりとても比べ物にならない

Oculus Rift S発売

PC接続VR

後にOculus QuestがPCとの有線接続対応するという発表をしたため

Rift Sの立場はとても微妙ものとなってしまった

Valve index発売

日本未発売

注目されてたと思ったが5万台ぐらいしか売れてないとか

GoogleがDaydreamの販売を終了

去年既にGoogleVR映画部門撤退させていたがスマホVRからも手を引くことになった

BBC最近VR HubというVRスタジオを終了させた

伝説プログラマー ジョン・カーマックVRからAI研究をメインに

OculusのCTO職を離れ個人的AI研究に入るとのこと

2019-11-05

エンジニア系の就活うんざりしたこと

現在卒論を書いている身ですが、去年の今頃は就活で頻繁にいろいろなイベントに出たりしました。

就活のことを振り返ってみるととりあえず内定は数社にいただくことができ、それなりに名の知れているところに行けたかなという感想です。

そんな僕が就活中にうんざりしたいくつかの質問があるのでいくつかあげておきます




Q. グループで開発しているときに、実装方法などで数人が対立しているときあなたならどうしますか?

A(内心). 仕方ないことだけどそれ聞いてどうするの、当たり障りのないことしかできなくない?

大体は「その人たちが納得いくまで話しをさせる」だとか「ほかの人の意見を聞いてみる」とかしかないでしょ。

自分場合は前者を選択して話していたけど、それでもなお「ずっと話してるときはどうしますか?」とか聞かれる。

ずっと話すにしても大人としてバカみたいに長話するわけなくないですか?じゃああなた会社エンジニアは全体の設計段階はまだとして、開発中に1週間とか平気で実装方法に話するんですか?

インターンで何社か参加してそういう場面に立ち合ってきたわけだけど、そんな長くやってるところなんかなくないですか?

面接最後質問の時に同席していた現場エンジニアの人とかに逆に質問して聞いたけど5社くらい聞いて結局返ってくるのは「その人たちが納得いくまで話しをさせる」にそれっぽい説明を取ってつけたようなものでした。

虚無な質問だったなぁと思いました。




Q. やる気が出ないときはどうしますか?


A. 気分転換しかなくない?

ずっとプログラム書いてる人間なんか絶対いないでしょ、twitterを眺めるし、外でショッピングするし、pornhubで自己を慰めるでしょ?

結局やっていることはそういうのをひっくるめて気分転換しかない。

気分転換方法を聞いてるだけなのだったらそういう質問をしてほしい。逆に僕たちに何を求めているんでしょうか

「とりあえず身体的にも精神的にも疲れていると思うのでちょっとPCから遠ざかって休養を取りますかね」と言ったら「それでもダメだったらどうします?」みたいな質問来た時にはビビった。大学生がそこまで来たら大学を辞めて実家の手伝いをするべきか心療内科受診お勧めします。




Q. 私たち経営ビジョン目標についてあなたはどう思いますか?

A. 興味ないね

エンジニア志望学生経営ビジョンよりもCTOや社内の雰囲気使用している技術に惹かれています。確かに経営ビジョン判断材料の一つですが、多分それはプライオリティが低いです。

結局GAFAとかメルカリとかMSとかそういうところに行くためのキャリアパスの一環としか思われていない場合も多いです。

エンジニアよりも一般職の人に聞いてあげてください。




Q. ガイテスト

そもそもあれで落ちる人は大学に行けないと思う




今後就活する人のために書いておきます。乱筆乱文失礼いたしました

2019-10-22

最近エンジニア評価を頑張るとか言ってる会社が多いけど

最近エンジニア評価を頑張るとか言ってる会社が多くて、古参ベンチャーとかメガベンチャーがこぞってCTO技術役員を前に出して宣伝してるけど、どの会社も結局何も変ってないんだよなあ(笑)

消されたくないので具体的な会社名は書かないし、全部自分で見たわけじゃないから名指しはしない(笑)

例えば「エンジニア間で評価を調整します」なんてのは「役員お気に入りエンジニアお気に入り評価します」の言い換えでしかいからな(笑)

そもそも技術力なんて、いくらでも嘘ぶっこける曖昧概念なんでいくらでも言えちゃうわけだ。

  1. 役員お気に入り評価しま
  2. 役員お気に入りエンジニアお気に入り評価しま

の言い換えで、結局褒めたい奴を褒めるための方便マネジメント頑張る宣言でもなんでもないから、お気に入りしか出世しないし、給与も上がらない。

これが新卒採用を頑張ってる会社だと、

  1. 褒めたい奴 = 新卒
  2. 別にどっちでもいい奴 = 中途

になるだけ(笑)

失敗しない仕事をチームリーダーサポート手厚くこなした新卒とんとん拍子で出世ちゃう

でも中途は技術力があるってタテマエで失敗するかわからない仕事押し付けられて、成功すれば一緒にやってた新卒の手柄、失敗したら中途の責任(笑)

もちろんそれだけじゃ会社は回らないから、たまに中途も出世させる。でもやってることはずっと同じで、褒めたい奴を褒めるだけ(笑)

本当、騙されない方がいいぜ(笑)

anond:20191022131746

うん。増田自身CTOだったとしても下で働くエンジニアだったとしても結論は同じ。

たまたま創業メンバーからCTOな人

ってけっこういると思うんだけど、下で働く技術者は納得してるの?

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