はてなブックマーク

先日会社を辞めました。ここ最近は近況についても書いていなかったので改めてまとめておきたいと思います。 主に退職について/現状について/転職活動についてという具合に書いていきます。 退職について 前職は代表と共同で立ち上げた会社に在籍していました。10年前に立ち上げたので約10年程関わっていたことになります。役割としては取締役及びCTOでした。偉そうな役職ですが、もちろんこれは名ばかりで実際は自分以外にやる人がいないのでやっていただけに過ぎません。実際のところ、そのほとんどは普通にゴリゴリ働くプレイヤーでした。最終的には当時立ち上げたサービスがクローズとなったためそれと共に自分は身を引いた形になります。 約10年の間に立ち上げたサービスはそれなりに大きくなり、有難いことに数十人ほどの従業員を抱えるようになりました。開発チームだけでも片手で数えられる程度(もちろん10進数)ではありますが大きく

モンスターハンターNowというスマホゲームが先日リリースされた。 大人気ゲームのモンスターハンターシリーズ(以下モンハン)がスマホ版で登場したということで、盛り上がっている。 自分はオリジナルのモンハンをやったことがないので、今回のモンハンnowが初めてのモンハンとなった。 モンハンnowはIngressやポケモンGoなどを手がけるNianticとカプコンが開発しており、Nianticお得意の位置情報を用いたシステムにモンハンを組み合わせたゲームとなっている。 基本的なゲームの流れは、位置情報を用いて特定のスポットに沸いているモンスターを狩ったり、装備強化に必要な素材を探したりというもの。 至ってシンプルなゲームなので原作を知らない人でも遊ぶことができる。どんな感じのゲームなのかは公式のこのShortsとかを見るとよりイメージしやすいと思う。 自分は10日ほど前の9/24くらい(公式リリー

普段の散歩道に交通量がまぁまぁある交差点があるんだけどそこには横断歩道しかなくて信号が無い。その時にそういえば信号ってどういう基準で設置されてんのかな〜とふと思って調べたらなかなか明確に基準があったのでメモ。 その基準というのが警視庁が出している信号機設置の指針について 警視庁というもの。これによると信号設置のための必須条件5つと択一条件4つというのがあった。 必須条件は要約すると下記の5つ。 車どうしがすれ違える幅があるか 信号待ちする歩行者の場所が確保できるか ピーク時1時間で300台以上あるか 既設の信号との距離が150m以上あるか 見やすい位置に信号を設置できるか さらに択一条件(=必須条件を全て満たしている場合にさらに検討するべき事項)というのもある。下記の4つ。 信号機があったら防げたはずの事故が2件以上/年ある場所か 子供や身体障害者や高齢者等の安全を確保する必要がある場所か

プログラミング文体練習 ―Pythonで学ぶ40のプログラミングスタイル という本を読みました。本書はある文章の中に含まれる単語の頻度を集計するという処理を題材にして、それを40種類の手法で実装していくという少し変わった本です。目次は以下になります。 見ての通り、低レベルなところでいうとアセンブリやスタックヒープ縛りのようなスタイルから関数型やOOPを用いた実装など現代的なスタイル、果てはニューラルネットワークまで多岐にわたります。実装言語としてはPythonが採用されているため低レベルなプログラミング(主にメモリへの直接アクセス)や末尾再帰の実装では無理がある部分もありますが内容を理解するという点では問題はないでしょう。この本で重要なのは具体的な実装コードというよりもそのプログラミングスタイルが生まれた背景は何だったのか?ということであり、それらがコンパクトに各章まとめられている点が見ど

研鑽Rubyプログラミング 実践的なコードのための原則とトレードオフを読んだ。モチベーションとしては最近Rubyistの間でよく話題にされていたので気になったというミーハーな気持ちと、仕事でよく書くのはRuby(というかRailsでアプリ開発するのが多い)ので何か得られたらラッキーくらいな気持ち半々。 どんな本かについては他の著名なRubyistの方々が色々と書いておられるのでそちらを読む方が良いかもしれない。例えば「研鑽Rubyプログラミング」はライブラリ作者の知識・技術の幅と深さを拡大する1冊とかTechRachoの 『研鑽Rubyプログラミング』は英語版を買った人も買うべきとか。 またこの本を一言で表した文章としてあとがきから引用すると下記が端的。 Rubyコミュニティのリーダーをして「完璧超人か」と言わしめるような優れたプログラマーが、「読者が『すでにRubyをよく知っている』こと

※(注記)専門家ではないので、以下の文章はn=1の経験談として読んでください。 腰痛エンジニアを支える技術や手が痺れるエンジニアを支える技術を読んだ。 上の記事の腰痛や神経痛をはじめ、肩こり・頭痛・神経痛・腹痛などすぐに死ぬわけではないがQoLに結構な支障をきたす慢性の疾患を抱えたエンジニアというのは回りを見渡しても割と多いと感じる。自分の場合はそれが痔である。 下痢や便秘の際に切れ痔になった経験があるという人は結構多い。だから「あー痔か、自分もなったことあるよ」みたいな軽い反応をもらうのだけどそういう人の痔は一過性のもので、いわば転んで擦りむいたくらいのレベル。 自分の場合は慢性的な外痔核である。外痔核とは何かという説明をする前にそもそも痔にはいくつか種類があるので簡単に説明しておく。 痔の種類 裂肛 いわゆる切れ痔である。便秘で便が固くなってしまった場合や下痢でゆるくなり便の排出速度が上がり切

技術的なアウトプットに疲弊したので振り返るという記事を読んだ 内容は「たくさん技術エントリを書いてきたが全然読まれないのでモチベーションが保てない」というお話 気持ちはめちゃくちゃ理解できるが、少し思うところもあったので自分の考えをまとめておく そもそも論 ブコメやエントリに関連したツイートでの言及をみると「モチベが理解できない」「自分のために書くべきでは」「承認欲求のためにやってるのか」みたいなものが結構あった まぁ確かに正論ではあるが、悩み相談に対する正論というのは安易だ。悩みを持つ当人への理解を捨てた浅い回答にしかならないことが多い。正論を述べる側は気持ちいいかもしれないが...。 悩んでいる当人の気持ちを推し測って寄り添った回答を捻り出したいという気持ちがある テクニックの話 このエントリに対しての反応として先のそもそも論以外だと「自分はOOを気をつけている」「OOをターゲットにし

これまで300食以上食べてきたけど過去の事例も併せて流石に厳しい企業であると感じたのでアカウントやその他全情報を全て削除するように依頼した。 宅食「ナッシュ」に不正アクセス、約6000件の顧客情報流出か ランサムウェアに感染https://t.co/ipna9uDdDu — YuheiNakasaka (@razokulover) January 5, 2023 ナッシュに関しては2021年くらいから少なくとも計300食以上食べてきたが、宅食「ナッシュ」に不正アクセス、約6000件の顧客情報流出か ランサムウェアに感染というNEWSを受けていよいよ解約した方が良いかなと感じたのでやっと解約手続きをした。過去〈チャット入手〉NHKも紹介した宅食ベンチャー・ナッシュ取締役「デブの人は採用しないように」「権利主張が激しい」というようなNEWSも出ていたが、本当ならこの時に解約しておいても良かった

2022年の振り返りと2023年の抱負を書いていく。自分向けに書いていくのでハイコンテクストになりがち。 仕事面 なんとか生き延びることはできた。起業してからもう10年いかないくらい経つが、1年をなんとか生き延びられるか常に不安である。毎年今年は生きられるんだろうかと常に遠くを見つめている。 メインの仕事としてはNFT関連のプロジェクトの開発をやったりしていた。主にLINE Blockchainを主戦場にしていたが、LINE Blockchainはまだまだ発展途上である。国内で自分より詳しい人は数えるほどしかいないのではないかと思う程度には熟知しているレベルになってしまった。しかしその知識と経験に需要が全く追いついていないので持ち腐れになっている。さらに現状はクリプト冬の時代突入の最中であり先行きどうなるかわからん...。 2022年は4月頃から業務委託で仕事を受け始めるということもした。

先日「育児など家庭の色々があって自分の時間が確保できなくなった。技術力を高めるための勉強ができなくて不安。」みたいな話を聞いた この悩みの直接的な解決方法としては先人の様々な体験談および対策みたいなものが世に出回っているからご家庭の状況に応じて参照すればいい思う 子育てと開発を両立するコツは「無理をしないこと」。パパ/ママエンジニアの働き方とは 子育てを支える技術 ─ フルスタックお父さんとエンジニアとしての成長を両立させるには ITエンジニアと子育てと勉強と それよりも「技術力を高めるための勉強ができなくて不安」という点が個人的には気になった 技術力とは何か?技術力が高くないとなぜ不安なのか?みたいな話 技術力は特に明確な定義があるわけではない 例えば著名なOSSにコミットしているとか低レイヤーのプロトコルやインフラをバリバリ実装してるとか競プロで上位勢だとか、挙げ始めたらキリがなく、そ

先日 OpenAI からChatGPTが Beta 公開された ChatGPT ではどんな質問に対しても何かしらの回答を生成してくれるのだが、ソースコードに関しても中々の筋が良さそうな雰囲気のコード片を生成してくれるということで少し話題になっていた こうしたプログラムを生成してくれる AI が発展していく中でどういう具合にプログラマの仕事が奪われていくのか興味がある 特に以下ではweb アプリやモバイルアプリなどのアプリケーションの開発においてという文脈で考えることにする まず AI がプログラマの仕事を奪うまでにはいくつかの段階があると思う コード支援レベル 現状はGitHub Copilotのようなコーディング支援を行うレベルの AI はある程度実用レベルになっている 自分は Copilot が生成したコード片をプロダクションコードに含めるのは権利関係の問題もあり様子見している しかし

動画、活字と比べるとタイパ悪すぎて嫌いなクラスタ。文字ならざっと流し読みして1分で概要わかることを動画で10分解説されるとか... #年寄りの感想 https://t.co/zNbGbrYuBa — Kazuho Oku (@kazuho) October 23, 2022 このツイートを見て自分は活字と動画のタイパというものについて色々と思うところがあったので個人的な感想をまとめておく。 まずタイパという言葉については正直初めて聞いたが、time performance(=時間効率)みたいな和製英語だと思う。なので意味としては「動画の方が活字よりタイパが良い」とは「動画の方が活字より早く情報が読み取れる/理解できる」程度の意味合いで使われていると思われる。 このツイートに対してTwitter上での意見を見ると圧倒的に同意が多く活字の方がタイパが良いに決まってるという人が多く見えた。これだけ活

RustやTypeScriptに関するちょっと込み入ったドキュメントや記事を読んだりすると「部分型」だとか「多相」のようなワードが頻出するのだけどこれらの意味があんまりよくわかっていなかった。 普段よく書いているプログラミング言語のはずなのにその(主に型の)解説で使われている単語が全くわからんというのはどうなのかというあたりに型システム入門(通称 TaPL)を読み始めたモチベーションがある。 しかしまぁ普段プログラミングをしていると型キャストしたりジェネリクスを使ったりとか、何かしらの形でそういったワードに由来する言語機能を使う経験自体はすでにあり、今更小難しい話を知らなくても使い方はわかるので大して困ることもないわけで。 それにこの先プログラミング言語を本格的に開発する予定もないし、その理論的な意味といったものに特別興味を持つことはなかったわけだがふとTypeScriptの型メモというQ

Web3とは何であったか トークンとコントラクトと誰からでも見える台帳を使ってなんか出来そうなことないっすかねくらいの思想または活動 自動販売機で金入れたら人を解さずにジュースが買えるような感じで、トークンを支払ったら人を解さずにトークンが買えたり付与したりできる仕組みを作れるスマートコントラクトというのがあり、これなんかに応用できないっすかみたいなことだけだったはず NFTとかDAOとかもその応用例の一つなだけにすぎない トラストレスとか分散性みたいな話はEthereumのDocsには一部記述があるがあくまで理想論として語ってるだけ。会社がvisionをHPに書いてるようなもん。 Internetの技術が置き換わるとかBigTechを打倒するみたいな対立構造を煽るような話では全く無い そもそも既存のインターネットの上に成り立っているし、分散されたそのノードはどこのサーバーで動いているんだ

Misreading Chatで紹介されていたSoftware Development Wasteという論文。 この論文に載っていたTypes of Software Development Wasteというソフトウェア開発のムダについて類型されていたものが面白かったので日本語にしてみた。 誤った機能・製品の構築 ユーザーニーズやビジネスニーズに対応していない機能・製品を構築するコスト 原因 ユーザーの要望 ユーザー調査、検証、テストを行っていない、ユーザーフィードバックを無視している、ユーザー価値の低い機能に取り組んでいる ビジネスの要望 ビジネス関係者を関与させていない、関係者からのフィードバックが遅い、製品の優先度が不明確 一言メモ ユーザーの声を汲み損ねていたり、えいやで作ってしまった機能とかまぁムダですよねと言われてばそう。割とよく起こりがちである。 バックログの管理ミス 作業の

楽天モバイルからの移行を検討している。前々からニュースになっているが今まで1GB以下のデータ利用で無料だったのが7月からなくなってしまうからだ(追記: 2022年10月末までの最大4カ月間は月額データ利用量が1GB以下の場合、月額料金が実質無料だった →詳細)。 楽天モバイル「0円」終了。7月からは最低1078円 要件 要件的には下記のような感じ。 1台目のスマホとして使える 電話番号は要る(電話はしない) SMS受け取れないと困る(が、送ることはない) ネットは外出時に検索等の静的サイトやアプリで使えればOK。1GB/月あれば十分。 家ではWi-Fiと接続する 合理的シンプル290プラン これら要件を勘案した上で移行先の選択肢を検討した。 といっても候補がたくさんあってマジで訳分からんという感じだったが、いくつか調べた感じだと自分には日本通信の合理的シンプル290プランが合っていそうだと

「作るのにどれくらいかかりますか?」と訊かれるとイラッとしてしまうことがある。そうなってしまう理由についてある程度自分の中で言語化しておきたい。 そういう訊かれ方をする状況は大抵小規模なMTGで何かのプロジェクトの企画段階で起きる。OOなユーザー向けにXXという機能を追加しようかと思っているんですが、これ作るのにどれくらいかかりますか?といった具合だ。 こういった質問が飛んでくる場合は決まって企画側で未確定の要素が多い。こちらとしては未確定の要素があると曖昧の見積りしかできないし、当然不測の事態を想定して多めにバッファを含めた回答になる。そうすると(おそらく)想定よりも長めの期間の見積りを返された企画者は開発にそんなに掛かるのか...と不満げな様子になってしまう。こちらは困らせたくて長めに見積もりを出しているわけではないのに開発にそんなに掛かるのか...という雰囲気を出されると開発者として

会社にエンジニアが一人になってからもう10ヶ月ほどが経った。もちろん一人であらゆる開発を行わないといけないので負荷は大きい。しかし手に負えないほどの仕事があるわけではないのでなんとかなっている。実務面ではそうなのだが、それ以外の面での影響が個人的には少なからずあったなと感じている。 チームメンバーがいた頃は毎日15分~30分程度の朝会があった。ここでは前日・当日の仕事に関する話はもちろん気になったニュースや好きなアニメの話など自由に話していた。この時間を設けたのは業務上のコミュニケーションロスを減らしたいというよりはむしろPCの前で毎日作業を続けるエンジニアは人と会話をする機会が減りがちなのでとりあえず雑談しようという、ライフバランスを整えたい的な意味合いが大きかった。 別に人と会話をしなくても問題ないのではというご意見も尤もだけど、アルツハイマーで認知能力を低下させないためには規則正しい

ここ2週間くらい毎晩カレーを食べ続けている。きっかけは同居人がレンジで米が炊ける鍋というものを持っており、その鍋を使うとカレーも作れると教えてくれたことだ。 自分はフルリモートで仕事をしているから出来てると思うが、毎日の食事がほぼ一定である。朝は納豆・昼はnosh+0.7合の米・夜は野菜丼(冷凍野菜2,3種+卵+0.7合の米で作る親子丼みたいな味のやつ)という生活をもうかれこれ1年以上続けている(朝は納豆じゃなくBASEを食ってた時もあったがやめた)。もちろん外食に行くこともあるが土日の付き合いなどの特別な日だけだ。 こういうある意味異常な食生活が許容できている人間なので2週間毎日カレーを食うことなど大したことないのだがそれでもいくつか気づいたことがあるので書き記しておこうと思う。 基本レシピ まずカレーの基本レシピだが下記。手抜きはしたいが栄養は最低限摂りたいという点から冷凍野菜をふんだ