僕はコードを読むのは得意な方だけど、それが過ぎてコードを書かなくてもシニアソフトウェア開発者になってしまった。実はコードをちゃんと読めるソフトウェア開発者って希少価値が高いのではないか、と思ったので自分がどんな感じでシニアになったのかをまとめてみた。似た様な人の参考になれば幸いだ。 同意。僕は未だ書く方はほとんど機会なく成果もないけど、コードを読み尽くして、負荷試験や本番で挙動を把握し続け、メトリクスでとことん確かめていった結果、Sr. Engineer になれた。 https://t.co/KXtMdEaRr8 — Ryosuke Iwanaga (@riywo) April 16, 2021 コードを書かなくてもシニアソフトウェア開発者になれた 僕は今 Amazon の Sr. Systems Development Engineer という職種で働いている。いわゆるソフトウェア開発職

私の愛しいアップルパイへ はじめてNotionを使い始めたときは「Evernoteよりもエディタがリッチ」くらいの感想しかなかったのですが、3ヵ月ほど前から改めて本格的に使い始めてようやくNotionのすごさが分かってきました。 身近のNotionを使い込んでいる方の話を聞いたり、メディアで活用事例を見ていくうちに、NotionはEvernoteとはまったく違う概念で情報を整理していけることに気がつきました。 それは、Evernoteよりもずっとパワフルな情報整理機能を備えていたのです。 プログラマーならきっと感動すら覚えるではないでしょうか。私自身、Notionのすごさがストンと腹落ちしたときには、ツツーと頬をつたう涙のような暖かさで体中が満たされました。 鍵は「データベース」です。Notionは単なるノートアプリケーションというより、直感的な操作に対応したデータベース管理システムなので

mizchi @mizchi 「技術的には可能です」を正しく認識してもらうために、「他の開発すべて止めて数年間社運を掛けた上で成功率が1割ぐらいです」と伝えるようにしてる 2021-03-03 14:40:46

しばらく辞めようと思います。 どんな勉強をしていたの 業務終了後に技術書を読んだり、資格取得（AZ-900）に取り組んだりしてました。時間が無いので寝る前とか、早めに出勤して本読んだりとか、昼休みに読んだりとかしてました。 なんのために勉強していたの 転職して仕事内容がかなり変わり、分からないことが増えました。分からないなら勉強を増やせばいい！という今思い返すとちょっと浅はかな考えです。また、インフラ女子の日常を執筆する上で中途半端なことは描きたくないという気持ちから、書くテーマについて最低1冊は読もうとしてました。ゼロトラストのテーマの時はゼロトラストネットワーク1冊とか。そりゃどえらい疲れるわぁ(´ｰ｀) なんで辞めるの 休職する程度に身体を壊したからですね。3ヶ月ほど休職して最近復職しました。 あと、この進め方で勉強してるとキリがなくて辛いからです。(´ｰ｀) 勉強しなくなった時間は

私立文系卒のプログラマーもいる つまりコンピューターサイエンスの専門的な教育を受けていない人間が、専門職として働いているわけだ ふと、これが日本のITが弱い原因なんじゃないかと思った 専門教育受けてない人間が専門職で働くって状況やばくね どうおもいますか？ 追記 はてブの皆さんが意外とコンピューターサイエンスの学位を重視してなかったことが意外でしたね。 まあ、実際は高卒の人も文系卒の人も優秀なプログラマーです。 なんでこんなこと思ったかというと、ITが強いアメリカでは学位がないとプログラマーになれないと聞きかじったから。 アメリカってちょっとしたアプリやサイト制作でも、学位持ちの人しか仕事してないのかなーって不思議に思ってました。 ちなみに私もコンピューターサイエンスの学位持っていません。

駄文なので最初にまとめておくと、知識ゼロ異業種から転職して何とかエンジニアとしての人生を始めました、という話。経歴がショボすぎて誰かの道標にすらならないだろうけど書き残しておく。実名で書く勇気はないので増田にて失礼。 ・芽生えPCを初めて触ったのは4歳の頃。 父が仕事で使うと言って、ThinkPadを買ってきた。 黒くてごついボディが幼心にぐっときたのを覚えている。この記憶があったためか、初めて自分で購入したPCはThinkPadだった。 ・小〜中学生我が家にインターネット開通。深夜に親が寝てからこっそり2chとニコニコ動画を見ていた。PS2でドラクエ8をやってグラフィックに感動する。まだプログラミングという言葉は知らない。母親のヒステリーと父親の拳骨に耐える日々だった。 ・高校生地元の高校に進学。友人とﾎﾑﾍﾟ(死語)を作成。html/CSSで文字の色か変えられたりアニメーションをつけら

情熱大陸 @jounetsu 今夜23:00～放送！ サイバー技術開発集団 統括 登大遊🔥 プログラミングの天才🖥 コロナ禍にあえぐ自治体を救う‼️ しかし、この場所は一体…🔦 #登大遊 #プログラミング #テレワーク #情熱大陸 pic.twitter.com/ZG2eMDH3of 2021-02-07 20:42:44 Daiyuu Nobori (登 大遊) @dnobori 2/7(日)23:00～の情熱大陸は、全国の自治体テレワークを実現するためのIPA・J-LIS緊急開発「自治体テレワーク for LGWAN」の本物の構築記録です。プログラム、サーバー、Raspberry Pi、光ファイバを複雑に組み合わせ何とか間に合わせる、危険な国家的デスマーチの様子を安全なリビングから楽しめます。 pic.twitter.com/mGRURdPLF7 2021-02-06 19:29

LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog (2月5日 16:30追記) SNS等で多くのご指摘をいただき、再度掲載していたコードや表現について社内で議論いたしました。それを踏まえて以下の通り、補足および訂正させていただきます。 エラトステネスのふるいの実装方法については、高速化のための実装ではなく、アルゴリズムなどの勉強をしっかり行ってきたか、ということを示すための1例として紹介しましたが、あたかも高速化を目指したコードとしての例示となり、誤解を招く表現でした。上記の意図を明確にするために、本文中に高速化するための実装ではないことを明記しました。 また、"個性がない"という表現も、上記と同様に"アルゴリズムなどの勉強をしっかり行ってきたという実績や経験がコードから判断

天才プログラマー・オードリーさんがたった200行で効果的なアプリを作れる秘訣 オードリー・タン台湾デジタル大臣との対話 - 未曾有の危機に幅広く使える未来思考（後編） 2021年1月19日、『コロナ vs. AI 最新テクノロジーで感染症に挑む』（翔泳社刊）が発売されました。医師の起業家からAIの研究者・ITの先端技術コンサルタントによって執筆されており、コロナ対抗策としてのAIの社会実装事例・AI研究事例・医療研究事例をわかりやすくまとめられています。今回本書の発売を記念して、収録されている台湾のデジタル大臣、オードリー・タンさんへの特別インタビューから、一部内容をご紹介します。株式会社キアラ 代表取締役の石井 大輔氏による寄稿です。（前編はこちら）。 石井：今回の私の質問は少し技術的なことです。オードリーさんは天才プログラマーとして有名です。GitLab Taiwanのエンジニア友人か

前エントリが思いの他読んで貰えて「まぁ、こんなものか」と思っていた20数年の枯れたプログラマ人生に幾許かの水を挿して貰った気分になった。ありがとう。 続きを書いて欲しいという声もちらほら頂いたので調子にのって書いてみた。 ↓前エントリ https://anond.hatelabo.jp/20210130001953 年収が高いのでは？という声をそれなりに頂いた。 最初に所属した会社が倒産をして先輩の起業に付いていったのだが、その会社が完全歩合制の会社だった為、多重派遣としては良い方の収入だったように思う。 例えば、月単価から2割が会社のお金、8割が自分の取り分というようなシステムである。勿論、仕事が無い時は収入はゼロ。 前エントリでも書いたが、個人でフリーでいるより単価交渉をしやすく、将来貰えるかは解らないが年金も2階建てに出来る。 現状ではある程度キャリアのある人達にとっては悪くないシス

ITエンジニアが投票した「ITエンジニア本大賞2021」ベスト10発表。「オブジェクト指向UIデザイン」「Clean Agile」「思考法図鑑」など 「ITエンジニア本大賞」は翔泳社が主催するイベントです。ただし、対象となる書籍は出版社を問わず技術書、ビジネス書全般です。刊行年も関係なく、これまで大賞に選出された書籍を除き、この1年を振り返っておすすめしたい書籍を投票します。 今回発表されたのは技術書部門とビジネス書部門のそれぞれ10冊。 このなかから特に投票の多かった技術書3冊、ビジネス書3冊について、同社が2月18日、19日に開催するオンラインイベント「Developers Summit 2021（デブサミ2021）」において、書籍の著者、編集者、翻訳者などによるプレゼン大会が開催され、特別ゲストとイベント観覧者による最終投票を経て技術書・ビジネス書の各大賞が決定されます。 技術書部門

概要 職業ソフトウェアエンジニアを目指す方々にオススメしたい書籍トップ10です 以下の観点から選定しました 10年後でも変わらない、流行にとらわれず長く役に立つ、ソフトウェアエンジニアリングにおいて普遍的な知識 特定のプログラミング言語やプラットフォームやツールに精通するのではなく、現代のソフトウェア開発の哲学・文化の全体像が把握できることを優先 200～300ページくらいで初心者でも読破できる 400～500ページくらいの本もあるが、それらは辞書的に使うのがいい あえて10冊に絞り込んだので、ここに含められなかった書籍も当然あります CI/CDやDevOpsに関する本も入れたかった… デザインパターンに関する本も入れたかった… DDDやClean Architectureなどシステム設計に関する本は意図的に入れていない 真・プログラミングスクールに通うくらいならこの本を読め10選を書きま

プログラミングに興味がある人たち、どうか「自分はプログラミングに向いてない」と思わないでほしいです。 プログラミングスクール通ってるかどうかとかどうでもよくて、この年末年始にコード全く書いてない人はエンジニア向いてないんじゃないですかね、それぐらい好奇心が必要な職業だとおもうけど— キュン / 今村雅幸 / ZOZO CTO (@kyuns) 2021年1月3日 たしかに「プログラミングスクールに通ってるから」良いスキルがあるわけではないし、スクールよりも好奇心のほうが重要なのは僕も同意です。 というか基本的な考え方はたぶんこのツイートをしてる方と、僕は同じだと思います。僕もうっかりこういうことを言うこともあります。 実際、本当に大好きで休日もプログラミングしてしまう人のほうが、スキル面で伸びが早いのも当然でしょう。 でも「休日にもプログラミングしてしまう」ほど好奇心を持って好きになるにも

この記事で言いたいことは、まとめると以下のような内容になります。 ・「面倒くさくて複雑」といフローは、例外もあるものの、基本的には不適切であるか、そのフローが必要とされる前提の方がおかしい ・けれど世の中には、「面倒で複雑なフロー程正しいし価値がある」と考える人が案外多い ・「面倒くさい」と言える人は貴重なんだけど冷遇されがち ・不要なJOIN句は敵だし、JOIN句の使い回しなど絶対してはならない よろしくお願いします。 さて、言いたいことは最初に全部言ってしまいましたので、後はざっくばらんにいきましょう。 先日、Twitterでこんなことを呟きました。 エンジニアをしていると「面倒くさいやり方は大抵間違っているか、あるいはそのやり方を必要としている前提の仕組みの方がおかしい」という思考は割と普通だと思うんだけど、どうも世間的には「面倒くさければ面倒くさい程正しい、ないし価値がある」と思っ

人との接触はかなり減らせている部類だと思うけれど、残念ながらコロナにかかってしまった。 職業はエンジニアで、会社全体でリモートワークに移行してからかなり経つ。 生活パターンは家で一日中仕事、スーパーの買い出しや一人飯、コーヒーを飲むなどで徒歩圏内を移動する程度。 月に一回程度、都心に行くという感じ。 まさか自分が感染するとは夢にも思っておらず、保健所に報告するような濃厚接触者はまるで居なかった。 発症10日前に一度、都内に電車で移動したが、特に気になることはなかった。 症状は急に現れた。少し喉が痛く熱があったので、普段よく引く風邪かなと思い内科を受診。 医師が念の為ということでPCR検査を勧めてくれたので迷った末に検査。 その後検査結果を待っている間に劇的に症状が悪化し、38度台の高熱、嘔吐、下痢などが4日間ほど続いた。 体感として過去に引いたどんな風邪よりも辛かった。 これでも軽症という

この記事は、 Rails を主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ についてのアンサー記事です。 うなすけ君が Ruby on Rails で育ってきたように、僕も JavaScript とともに育ってきたという自覚があります。なので、これについて書くことは、ポジショントークは避けられない、という感覚があります。 冷静に比較しようとも思いましたが、やっぱり開き直って思いっきりポジショントークをすることにしました。そっちのほうが面白いと思うので。 自分の基本的な主張は、こちらの記事にあるとおりです。 Frontend Study #1: 基調講演 - Frontend 領域を再定義する 自分と Ruby on Rails 僕は、キャリアとしては Rails の会社で JavaScript を書いてきたことが多かったです。学生の頃は socket.io

くわっちょ@社畜犬X @kuwaccho0711 ITエンジニアは何か頼むと「めんどくせーな」と言い出す方がまだ信頼できます。ツンデレなので。 「頑張ります！」と言う奴ほどバックれます。 2020-12-10 10:04:48

ここ4年ほど悩まされていたうつ病が、やっと治ってすごく元気になったと自信を持って言えるようになったぞ！ 新卒で上京して2年後くらい、この頃からうつ病に悩まされていた。 原因は、職場での過度なプレッシャーや働きすぎ、東京での人多すぎストレスなどなど。 研究開発寄りのソフトウェアエンジニアをやってたんだけど、向上心が強かったもんで、上京してからめっちゃ頑張ってたのね。 仕事外でもエンジニアは勉強すべし、というのを真に受けて、プライベートは個人開発したり、勉強会行ったり、スタートアップで副業したりと、やりすぎだったね。 そのおかげで講演依頼とか結構来てたけど、今思えばそんなもんは健康の二の次だわ。 心を病んでからは、仕事を変えたり、フリーランスやったりして色々環境を変えてみて、だましだまし仕事してみたけど、悪化していく一方だった。 うつ病は再発しやすい病気で、当時は、うつ病スパイラルから抜けだせ

世の中にはプログラマー35歳定年説というものがあった。昔からそんなのはないという人と、あるという人がいた。40代も半ばになったときに「あぁ、これが35再定年説の根拠か」というものがなんかちらほら見えるようになってきたので書いてみようと思った。 世の中にはものすごいプログラマーというのはやっぱりいる。なんなら死ぬまでプログラミング書いていられるという人たちもいる（ブラック的な意味ではなく）。そんな彼らからしたらプログラマー35再定年説とか意味がわからない都市伝説にしか映らないだろう。 だが、普通に職業プログラマとして生きている俺のような人からすると、この35歳定年説はかなりの真実味を帯びている。 だが、そんな俺でも40代半ばまで延命できたのはやはり技術革新のおかげかもしれないが、結局平均寿命が伸びただけとも言えるだろう。 まず、技術に対する姿勢が変わる。正直言うとプログラミングとかもうしたく