これは事後報告です。すでに別の会社からオファーをいただいているので、いまはおだやかな気持ちでこれを書いているのでご安心ください。 なにがあったのか？ あまり詳細な情報はここに書くつもりはないので簡単に。 10/18の朝、CEOとのミーティングが設定され、その場でレイオフをいいわたされた。 正確には、ありがたいことに、その場ではリロケーションのオファーをいただいたのでその場で即刻レイオフというわけではなく、そのオファーをうけるかどうか翌週の月曜日(21日)まで猶予をいただいた。 しかし、そのオファーはリロケーションだけでなく給与も下がってしまうというものだったのでかなり微妙だった。そうでなければもしかしたら単身赴任的な感じで受けていたかもしれない。 そんなわけでそのオファーはお断りせざるをえず、結果として10/21付けでレイオフという形になった。 まったく予期していなかった 自分は会社のシス
自走プログラマー 【抜粋版】¶ 2024年08月18日 更新 このサイトについて¶ 書籍『 自走プログラマー 』120の各トピックを抜粋して公開しています。 本書で扱っている問題やベストプラクティスを参照や引用しやすくすることが目的です。 ぜひ、blogやコードレビュー等で引用し、活用してもらえたら嬉しいです。 抜粋版は書籍版に比べて詳細なコードや解説を省いています。 要点は本開かなくても分かるようにしていますが、背景や考え方などについて詳しく知りたい方は、書籍をご参照ください。 ライセンスについて¶ 書籍および本サイトの著作権は 株式会社ビープラウド にあります。 掲載されているソースコードのライセンスは CC0 （パブリック・ドメイン）とします リンク¶ 正誤表 著者・関係者による紹介blog 目次¶
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 新社会人の皆さんもそうでない皆さんもこんにちは。 この記事を読む方々は将来に漠然とした不安を抱えている方かと思いますが、いかがでしょうか？わたしは抱えています。 このエントリーでは、そんな不安を払拭するための生存戦略を考えます。 考察に利用するデータは政府が公開している信用できるデータを利用していますが、わたしの個人的考察については必ずしも正しいとは限りませんがそのつもりで読んでいただければと思います。 まずは情報収集 戦略を考えるには現在の状況についての情報をできるだけ多く集める必要があります。情報が足りていない状況で何かを
今から10年前の2014年4月に、いわゆるIT系大企業のDBエンジニアを辞めてメルカリでソフトウェアエンジニアとして働き始め、そこから紆余曲折を経て10年たった。 当時の予定通り、まだ現役でコードを書いている。海外に拠点は移り、色んな国の人たちと仕事をするようになり、役割もテックリード、マネジャー、CTOと変わってきた。ソフトウェア開発について考え方もさまざまな変遷を経ているが、少しずつ培ってきた、大事にしていることをあげてみる。 ソフトウェア/アーキテクチャ/コード ソフトウェアは他者の価値(i.e. 課題を解決する/コストをカットする)を生み出してなんぼ。コードが綺麗でも売上は立たない。 アーキテクチャやプログラミング言語のトレンドは変化する。追いかけるよりも、その時々のチームやプロダクトに合った設計やプログラムを選択する。 遊び心は大事。チームやプロダクトにそれほど合ってなくても新し
生存戦略のためには“健康”が一番まつもとゆきひろ氏：こんにちは、まつもとゆきひろです。この放送もだいぶ休み休みになってきましたが、中断してしまわないように努力しようと思っています。 今月の15日（※本放送は2022年6月17日）に、「Social Tech Talk #03」というのが開催されました。「Qiita」と日立のコラボで開催されたウェビナーだったんですけれども、その中で基調講演を依頼されて「若手エンジニアの生存戦略」というテーマでお話ししました。 エンジニアを目指す学生さんを対象にしてイベントを開いたりしているサポーターズさんという会社が若手エンジニアやエンジニアを目指す学生の生存戦略みたいなテーマをずっと依頼されていたので、そこの話をベースに、と依頼されたんですけれども、久しぶりのお話なので見直していたら、結局書き直すことになりました。 かいつまんで言うと、生存戦略のためには、
PHPカンファレンス関西懇親会で若者に「俺だってソフトウェアエンジニアの才能が無いかも…と悩んだことあるよ」って話をした。 そんな悩みを持っていたのは自分が25 ~ 26歳くらいの頃で自分はエンジニアとしてスタートが遅かった（異業種転職組）から、技術力の無さを痛感しながらも、それを才能の理由にしようとしていた。 続けるために必要なのは才能ではない 悩んでいるとき、飲み会で当時の同僚で先輩の @maepon さんに相談した*1ところ、次のことを言われた。 自分が「才能ないかも」と言ったあとに帰ってきた言葉は「もし、お前に才能が無かったとして、じゃあお前はどうするんの？そのifの中に実装があるの？何も無いんだったらそのifについて考える時間は無駄じゃん。必要なくない？」って感じ。 確かに才能が無かったとして、じゃあソフトウェアエンジニアを辞めて別の仕事したいってのがあるなら考えればいいけど、当
三流プログラマがなぜ米マイクロソフトの開発者になれたのか？ ガチ三流プログラマが超巨大クラウドの中の人に転生した話。Regional Scrum Gathering Tokyo 2022 代表的なアジャイル開発手法であるスクラムをテーマにしたイベント「Regional Scrum Gathering Tokyo 2022」が、1月5日から7日までの3日間、都内およびオンラインのハイブリッドで開催されました。 そのクロージングセッションとして行われたのが、現在シアトル在住でMicrosoft Azureの開発を担当している牛尾剛氏による「アメリカの超巨大クラウドの中の人に転生したガチ三流プログラマが米国システム開発の現実をリークする話」です。 子供の頃からプログラマになることを目指しながらも、同僚からは「プログラミングの才能がない」とはっきり言われるなど、自分はガチの三流プログラマだと称する
404Error - Page not found ご指定のファイルが見つかりませんでした 30秒後にトップページへ移動します
新感覚の○×コミュニティ「コトノハ」などを手がける大日田貴司さん。「文系だから、プログラマーなんて無理」と思っていた学生時代を経て、プログラミング未経験可の会社に就職。業務のかたわら独自のサービスを作り、スカウトされて転職、そして独立――。一見順調に見えるキャリアだが、その裏には焦りや苦労もあった。 「例えば僕が100時間かけてサービスを作るとしますよね。そのサービスで2万人の人を1時間喜ばせることができたとします。そうすると僕の100時間が2万時間もの幸せな時間になって返ってくることになります。それってすごいな、と思ったのです」 新感覚の○×コミュニティ「コトノハ」などを手がける大日田貴司（おおひだ・たかし）さんがネットでサービスを作り続ける理由である。1人で作ったものがインターネットの力を借りれば何倍、何十倍、何万倍にもなる。それが面白いな、と思っている。 「文系だから、絶対プログラマ
もういくつ寝ると 今年のはじめにやりたいことリストを作った。今見たら50項目あるリストのうち25個が達成済みだった。ちょうど半分やりたいことをやったということだ。私にしてはまあまあの結果だと思う。満足。 やりたいことリストにあるもののうち、「〜を食べたい」系は概ねクリアし…
バグったものはさいわいである。 彼らはデバッグされるであろう。 デスマするものはさいわいである。 彼らは終電を見るだろう。
管理人の独り言 『CountUpRSS』 合宿で仕上げたCountUpRSSをさりげなくリリース。ゆるめの目標管理ツールです。「やるぞ〜」と思っていることをカウントアップしてRSSで教えてくれるだけのものです。「あれやるって決めてからもう○日かよ〜」とゆるいプレッシャーを自分にかけたい方はどうぞ。それにしてもRSSの認証って奥が深いですね・・・今回は適当に作ったので機密事項とかにはお使いになりませんように！ ・ゆるめの目標管理ツール 〜 CountUpRSS.com http://www.ideaxidea.com/archives/2006/08/_countuprsscom.html 今日の運動記録 今日もお休み。ちと今週は厳しそうだな・・・。
「My Top Ten Tips on how to become a Rockstar Programmer」という記事がありました。 面白かったので要約します。 一部意訳しているので、詳細はリンク先を読んでみてください。 大抵は同意。ただ、後半になるほど人によるかも。 #1 早いコンピュータを使って開発をすべし コンパイル時間を短縮したり、実験的に動かすまでにかかる時間を最小にするためには早いコンピュータが必要です。 それらの時間が短い方が作ったアプリケーションを動かして色々試してみる気になります。 ただ、遅いPCも手元に置いておいた方がいいです。 遅いPCで試せば、GUIなどが重くなりすぎて遅いマシンでは動かなくなっている事とかに気付く事ができます。 #2 大きなTFTスクリーンを使うべし 画面が大きい方が一度に見れるコードの量が増えます。 一度に見られる量が多い方がコードの一部分だ
今回は，デザイナーとして，世間やプログラマに対して言いたい放題書かせてもらう。どうか怒らずに最後まで読んでもらいたい。デザイナーの皆さんには，大いに賛同していただける内容になっているはずだ。 デザイナーだって，タイヘンなんだ！ まず，デザイナーという仕事は，非常に誤解されやすい。例えば次のような誤解をうけて，暗い気持ちで日々の作業をこなしているデザイナーも少なからずいるはずだ。 1) デザイナーという職種に対する，先入観がある 世間（顧客やエンドユーザー）には，「すべてのデザイナー」＝「技術に無知」だという先入観がある。「デザイナー」とは「Webページの配色とレイアウトをする人」だから技術を知らなくて当然，むしろ知らなくてよいとする傾向すらある。開発ツールが完全分業に向けて進化しているのだから，デザイナーはビジュアル・デザインのことだけ考えていればいいという意見を持っている人もいるだろう。
今は昔、ひとりの駆け出しプログラマがいた。 その頃はCOBOLばかりで、しかも保守ばかりだった。そこで、独学で身に付けたCをやらせてもらえる仕事を奪ってきては書いた。スクラッチプロジェクトを見つける嗅覚だけは抜群だった。たいていは人手が足りず、新人でも歓迎されたからだ。 そこには優れた先達がいた。「スーパープログラマ」と呼ばれていた。 なぜ「スーパー」なんて修飾子がついたかというと、速いプログラムを早く書いたから。もちろん、「速い」とは少ないメモリ・小さいプログラムのことを指し、「早く」とは実装が早いこと。実際、彼らが書いたプログラムはサクサク動き、バグは簡単に見つけられた。 教えを請うと、先達たちは、おしなべてこういった。 最初に学ぶべきは、コンピュータサイエンス。特にアルゴリズムとデータ構造だ。実践的なコーディングテクニックよりも、まず基礎だ。これはコードを書きながらではなく、文献から
「どのような勉強をすればプログラミングができるようになるのですか」という質問をいただいたので、お返事します。 この質問を聞いたときにすぐに思いついた答えは、 その答えは『どのような勉強をすれば文章が書けるようになりますか』という質問への答えに似ているでしょう というものでした。その心は、 プログラミングが「できない→できる」へデジタル的に変化するのではない。しだいにできるようになっていく。 という意味です。 …という前置きはさておき、これまでにも私はあなたのような方から同様の質問を受けてきました（きっと今後も受けるでしょう）。以下の文章群の中に「あなたへのヒント」が含まれていると良いのですが…。もしも以下の文章でピンと来ないときにはまたお尋ねいただければありがたいです。 どのようにしたらプログラムを１から書けるようになるのでしょうか 結城さん自身はどういう参考書でJavaを学んだのですか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
