2011年6月10日、Evernoteを使用開始。 2014年9月19日、有料プランに加入。 2024年3月23日、クソみたいなメールが届く。 プラン、廃止 いつも Evernote をご利用いただき、ありがとうございます。このたびは今後の Evernote 登録プランに関する変更についてご案内させていただきます。 お使いの Evernote アカウントは Plus から Personal に移行されました。Evernote Plus など、一般のお客様に数年間ご利用いただけなかった従来の登録プランが廃止となったためです。この変更により、Personal プランで利用可能な機能すべてをご利用いただけます。 今後はAnnualの登録プランが現在の Evernote Personal プランの料金 129.99 USD/Yearに合うように更新されます。この料金は次の更新日である2024/4/

<span title='2024-03-02 23:08:58 +0900 +0900'>2024年03月02日</span>&nbsp;·&nbsp;4 分&nbsp;·&nbsp;1839 文字 1 日に 1 ターンしか行動できない方、いませんか？私です。というか、私でした。 例えば、 その日美容院に行く予定があったら、美容院に行く以外のことは何も手につかない午後から人に会う予定があったので午前のうちに作業をしようと思ったが、結局何もできず時間を無駄にしてしまった午前中だけバイトのシフトが入っていて午後は時間があったはずなのに、気づいたら特に何もせず 1 日が終わっていたなど。 自分がまさにこれだったのですが、「理論的には自由に使える時間はたっぷりあったはずなのに、何もできていない」ということに強烈な無力感を覚え、悲しい気持ちになりがちでした。 しかし最近になってこれを解消する方法を

フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

PHPカンファレンス関西2024での発表資料です https://fortee.jp/phpcon-kansai2024/proposal/42712995-5f3e-4c68-a951-39584eac95a1

2024/02/10に行われたYAPC::Hiroshima 2024で発表した内容です。 ■リンク LayerXにおけるEM実践例のご紹介 https://tech.layerx.co.jp/entry/2023/12/20/115724 カジュアル面談 https://jobs.layerx.co.jp/7b31f370acc0411994174700fe212287 LayerX Casual Night（2024/02/13, 2024/02/26） https://jobs.layerx.co.jp/casual-night EMゆるミートアップ vol.6（2024/03/01@ビットキー） https://em-yuru-meetup.connpass.com/event/308552/ ■参考・出典 アンドリュー・S・グローブ「HIGH OUTPUT MANAGEMENT」

めもりーさんと語るFindy Engineer Lab オフ会＠東京 LT https://findy.connpass.com/event/294069/

はじめに 昨今の採用現場においてはソフトウェアエンジニアは売り手市場と言われ数年が経過していますが、2023年現在においても、デジタルトランスフォーメーションの加速により、これまでのIT企業の募集だけではなく、様々な企業がソフトウェアエンジニアを募集している状況にあると思います。 知り合いのリクルーターに話を聞くと、ここ最近米国のBigTech企業や、日本初のベンチャー企業のレイオフが目立ちますが、それはごく一部であり、多くの企業では引き続きソフトウェアエンジニアの需要は最も高く、この先10年以上はこの高い需要は続くだろうと言っていました。 引用元: 【2023年最新】厳選！エンジニア採用に強い15の採用媒体比較～最新市場動向や採用戦略も徹底解説 - type 私自身が就職した10年数年前は望んでソフトウェアエンジニアに就く人は理系出身のプログラミング趣向が強い人ばかりという印象でしたが、

近年、RailsアプリにService Objectを追加するメリットを説く記事が次から次へと量産されています。私は本記事において、それがなぜ正しくないかを述べたいと思う次第であります。もっとよい方法はあるのです。 私はこれまで、Service Objectに関するネット上の議論にときおり参加しては、問題に対するまっとうな解決方法としてService Objectが正しくない理由について繰り返し見解を述べてきました。実際、私は多くの場合においてService Objectよりもっとよい解決方法があると考えるのみならず、Service Objectはオブジェクト指向設計原則への配慮が損なわれている兆候を示すアンチパターンとして取り扱っています。 このような深遠なポイントを細切れのツイートやコメント欄を追って理解するのは大変です。そこで私は、私の見解を正確に表すいくつかの現実的なコードを詳しく

Open8 勉強会で発表したレビューの仕方と心理的安全性の話しです。

一言でいうと コロナ禍のストレスやフルリモートでの働き方に適応出来ずどうしても厳しいと判断したので、少なくとも人に会ったり出来るようになるまでは勤め仕事は辞めて休養をすることにしました。 もう少し詳しく 1年前にコロナによる自粛が始まって以来、自分は不要不急の外出を控えるという行政の指示に従い極力外出をしないようにし、友人などと会うこともなく、ほぼ家とコンビニの往復しかしないという生活をしていました。 もともと自分は過去にひきこもり状態だったこともあるし、数ヶ月の休暇を取ることも珍しくなかったので、「外に出なくてもそれほど困らない方だろう」と思っていました。 しかし、自粛が数ヶ月続いた去年の夏ごろから徐々に心身ともに調子が悪くなっていき、それから今に至るまで慢性的な体調不良に悩まされています。 また、フルリモートでの業務委託の仕事というのも上手く適応することが出来ず、かなりストレスの高い状

Noteの皆様、はじめまして。 今年はワークスタイルの変化に伴い、自宅の作業環境を改めて整備した方も多いのではないでしょうか。私が所属するツクルバでも、エンジニアが所属するチームは春から全面的にリモート体制へ移行しました。 その後、オンラインミーティング向けに自宅の作業環境のアップデートを重ね、その変遷を社内で共有したところ大変好評をいただいたので、Noteでも共有することにしました。少々長い記事ですが、お付き合いいただけると嬉しいです。 Macだけで良かった時代前職時代にリモートワークが許可されていたこともあり、以前から自宅の作業環境を既に整備していたので、リモート体制への移行はスムーズでした。下の写真は数年前の自宅デスクです。デスク上にiMacしかない、素晴らしい環境でした。 これなら、かのデスクすっきりマガジンの皆様もニッコリしてくれるでしょう。 しかし、今年になってこのすっきりデス

本日8月26日、レバレジーズ最終出社でした（8月末退職）。レバレジーズではメディアシステム部部長としてエンジニアリングマネージメントを中心に担当した他、レバテック技術顧問としてエージェントの専門性向上などを担い、ITエンジニアのキャリアについて接したり深く考える機会が多くありました。写真は最初の勤務地のヒカリエと、現在のスクランブルスクエアです。 退職理由などについてはここ数年情シスの長としてレピュテーションリスクの観点から監視する側だったので特に書きませんが、代わりに私が採用時・入社後に示してきたITエンジニアとして長く生き続けるためのポイントについてここに記します。つまりは「指名されるエンジニア」になるために必要な事柄です。IT業界に出入りして20年。数多のプレイヤーの栄枯盛衰を見てのお話です。この観察結果からまとめた内容になります。 最も恐れなければならないのは忘却されること　以前に

チームのマネージャーが、自らの責務をジョブディスクリプションとして明文化することは難しい。職務内容や権限を、断片的にしか書けないかもしれない。もしそうなるなら、実務も断片的になっている可能性がある。 チームマネジメント（組織マネジメント）という活動は、個々のマネージャーの経験や関心によって、断片的になりやすいように感じている。断片的とは、マネジメント活動が、責務の一部の領域に偏ってしまっていたり、問題を検知してはじめてその領域がマネジメント範囲であることを知る、といった様子を指している。 このような状態になる背景は、マネージャーにとって、マネジメントが、日々の実務を通して蓄積された経験に基づく活動になっているからではないか。マネージャーは孤独だ。ひとりでその責務を担う。エンジニアとは違い、チームで協働するわけではない。だから、形式知として言語化されず、個人の経験として暗黙知にとどまる。その

ケーブルのない世界で生きたいと思って来ました。 あ、ケーブルが嫌いな理由はだいたいGo Andoさんの主張と一緒なので割愛します。神noteとも言われる記事を未読の方はぜひお読みください。 こんな記事を読んでしまったので自分もスッキリした仕事環境つくりたいなぁ →　1台のPCで職場でも自宅でも気分良く仕事できたら最高じゃ？（※勤め先は必要性が認められればリモートワークが可能です） →　ケーブルの抜き差しを1本だけでこなせたらこれ以上なく最高じゃ？ →　できました。 「ノウハウをnoteに記し、インターネット全体に奉仕するとよい」という啓示を受けたため共有しようと思います。 座り姿勢時 立ち姿勢時 前提の共有筆者はいわゆるWeb系のIT企業でホワイトワーカーな生き方をしていて、PCやスマホやその他デバイスをいじり倒すのは飯の種です。PC作業効率の向上は生産性の向上に直結します。 一般的な賃貸

こんにちは、CTO歴も丸9年以上になりました @makoga です。 Podcastや勉強会で話をしたときに好評だったので、今回は私が面接時に見ているポイントを書きます。 ※この文章の元ネタは2016年1月に社内に公開したものです。 面接時に見ているポイント 3行まとめ 事実と意見を分けて説明できるか 実際の課題を解決しようとしているか 技術をどう理解しているか この文章の目的 30分から1時間の面接で一緒に働きたいかを判断するのは難しいことです。私も経験を積んで学んできました。 まだ経験が浅い面接官に私が実践していることを伝えることでVOYAGE GROUP全体の判断の精度を上げていくのが目的です。 事実と意見を分けて説明できるか 圧倒的にこれは重要。これができない人はかなり厳しい。 関わったプロジェクトのなかで、自身が一番活躍できたと思うプロジェクトについて聞く 学生の場合は1人で個人

1on1.md これは私が支援先に提供した、1 on 1 に関するノウハウや、思いを述べたドキュメントを元にしています。企業の枠を超えて共有したいことが多いので、ここに貼ります。 概要 世の中には 1 on 1 の本があるようですが、とりあえずは『1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア』を読んでもらえればよいと思います (higepon さんに感謝!)。 1 on 1 は 1 対 1 で話すミーティングで、基本定期的にやります。上長とメンバーとの間で行うのが基本です。 グループ/チームでのミーティングを補完するためのものです。 みんなの前では話しづらい、込み入った内容を話します。 チームとして行っているタスクの進捗確認に 1 on 1 を使うのは避けましょう。それは 1 on 1 の目的に沿ってい

みなさんのチームにはチームの方針はありますか？ チームのメンバーが理解して実践できるように共有されていますか？ 私たちのチームでは、新しい期が始まり少し経ってマネージャーから今期のチーム方針について共有がありました。 私はチームのリーダーになってからは、目標の1つとしてチームマネジメントを設定しています。 リーダーになって最初の半年は、1on1などを通して主に自分とメンバーとの信頼関係の構築に取り組みました。 次の半年、今期は1対1の関係から範囲を広げチーム作りに取り組みたいと思い、チームを作るとはどういうことなのかをあらためて考えてみました。 「THE CULTURE CODE 最強チームを作る方法」という本と「『一緒にいたい』と思われるリーダーになる。」という絵本を参考に引用しながら、チーム作りに必要なこと・リーダーとしてチーム作りにどう貢献していくかを書きたいと思います。 期初からも

「技術書LT&懇親会【Caraquri Tech Night #1】」で、LTプレゼンをしました。 オススメの技術書を紹介し合って、気づきや知見を増やすイベントです。 caraquri.connpass.com 私は本が好きなので、定期的に書店に足を運んでいます。 今回のイベントでは、技術系同人誌についてプレゼンされる方が多かったです。 におうコードの問題集 私は「におうコードの問題集」について発表しました。 におうコードの問題集とは？ 「におうコードの問題集」は技術書典で頒布されているシリーズ作品で、過去に3作が頒布されています。 技術書典4： リファククタリング 〜バリエーションに立ち向かう編〜 技術書典5： セキュリティ 〜セキュリティホールに立ち向かう編〜 技術書典6： 設計 〜ソフトウェア設計に立ち向かう編〜 におうコードとはなにか？ 「におうコード」とは、脆弱性・バグ・保守性が

合同勉強会 in 大都会岡山 2018 Winter https://gbdaitokai.connpass.com/event/96596/ 技術本を作る技術 · aguuu.com https://www.aguuu.com/archives/2018/09/make_technical_book/

Code for Happiness 2019 こんにちは。id:boscoworks です。 2018年末まで転職ナビのエンジニアリングマネージャを勤めていましたが、年明けからは全社横断でエンジニア採用を推進する業務をしています。 リブセンスは、『当たり前を発明しよう。』というコーポレート・ビジョンで謳っているとおり、プロダクトを通じて社会の課題に対してポジティブで不可逆的な変化を起こすことを目指し活動しています。 昨年に引き続き、技術により社会の課題解決に挑む学生を支援するプログラム『Code for Happiness 2019』を開催します。技術力に自信があり、その力を社会課題の解決に活かしたいと考えている学生の方は、ぜひエントリーしてくださいね。 Code for Happiness とは https://recruit.livesense.co.jp/lp/engineer/c