メガネ歴ン十年のプログラマが Kubota Glass (クボタメガネ) を買ってみた その1｜TechRacho by BPS株式会社
ごく一部で話題？の Kubota Glass を買いました！という記事になります。 メガネ歴ン十年のプログラマが眼内コンタクトレンズ手術をしてみたの記事にもありますが視力改善の方法はレーシックを筆頭に色々出てきていますが、Kubota Glass は手術などによらず視力の改善を試みています。 自分も5年以上前から上記の眼内コンタクトレンズを含む諸々の調査をしては悩んでを繰り返していました。 そんなチキンな自分に新たなニュースが飛び込んできました。そう、それが Kubota Glass です。 ※購入記念のレシート画像です 🔗 Kubota Glass の概要 公式サイトの方が分かりやすく記載されていますが、AR技術を使って遠くを見ているような映像環境を作り出すメガネデバイスになります。 日本で販売を開始したのが 2022/08 からで、直営店がオープンしたのが 2022/12 の下旬と、
Developer Roadmaps - roadmap.sh
New Generate visual roadmaps with AIAI Roadmap Generator! Developer Roadmaps roadmap.sh is a community effort to create roadmaps, guides and other educational content to help guide developers in picking up a path and guide their learnings. Community created roadmaps, guides and articles to help developers grow in their career.
生涯現役のソフトウェアエンジニアでありたい。IC（Individual Contributor）のキャリアパスがあると自覚するまで10年の軌跡 - Findy Engineer Lab
ソフトウェアエンジニアの藤吾郎（@__gfx__）と申します。最近、IC（Individual Contributor / 個人貢献者†）という言葉でキャリアが語られることも増えてきたように思います。この記事では、ソフトウェアエンジニアにおけるICというキャリアパスについて、自分の認識と経験を交えて次の点から解説していきます。 ICというキャリアパスがあることを、ソフトウェアエンジニアに知ってもらいたい 私が39歳という年齢でIC一本でいくと決意するに至った経緯は？ 「IC」とはどういったキャリアなのか？ 管理職ではないキャリアとしてのIC これからICを定義する企業は増えるか 私がICというキャリアパスを選ぶことになるまで ソフトウェアエンジニアになるつもりはなかった 27歳で選択したソフトウェアエンジニアをウロウロする10年 Fastlyに入社して初めて明示的にICとなる ソフトウェア
1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
1 on 1 (ワンオンワン) とは1対1のミーティングの事。ここでは毎週もしくは隔週で行われるマネージャとその部下(direct reports)であるソフトウェアエンジニアの 1 on 1 に焦点をあてる。よく 1 on 1 で何を話したらよいか分からない。話題がない。と相談されるので僕の思うところをまとめてみる。 僕はマネージャもソフトウェアエンジニアのどちらも経験があるので両側からの視点を提供できると思う。 マネージャ編 マネージャは 1 on 1 を部下のために開催しなければならない。自分のための時間ではないことを肝に銘じよう。部下には話したいことを何でも話してもらう。事前に「1 on 1 は君のための時間だよ」と説明しておこう。 1 on 1 が始まったら「何か話したいこと、気になることある？」と問いかけよう。焦ってはいけない。じっくりと待ってみよう。 たとえマネージャとしてプ
プログラマによるプログラミングのためのBGMなど、仕事や勉強の邪魔にならない無料で使えそうなBGM集。2021年版
プログラマによるプログラミングのためのBGMなど、仕事や勉強の邪魔にならない無料で使えそうなBGM集。2021年版 在宅で仕事や勉強をしている時間が増えてくると、ずっと無音だと寂しい気がして、できればあまり気にならないBGMや環境音があるといいなあ、と思ったことはありませんか？ 最近流行しているYouTubeでの24時間365日ライブ配信のLoFiチャンネルにはそうしたニーズに応えてか、プログラマがプログラミングのためのBGMを配信しているものもあります。 YouTubeの再生には動画広告が付き物ですが、ライブ配信では最初に広告が再生されると、あとは広告なしでずっと配信が続くため（少なくとも記事執筆時点では）、BGMとして使うのにぴったりです。 この記事ではそうしたYouTubeの配信を中心に、仕事や勉強のBGMとして使えそうなサービスを紹介していきましょう。 いわゆるLoFiチャンネルと
即戦力人材の転職支援サービス「BINAR（バイナー）」
つむぐ。 インターネットの力で社会が変化していくなか、 人が介在する価値はなんだろうか。 様々な選択肢が可視化されていくなかで、 人が介在する価値はなんだろうか。 それは、「つむぐ」ことだと思う。 働き方が多様化し、変わり続ける時代だからこそ、 働く人、会社、それぞれの可能性を見つけ、 より合わせて強い糸にする。 本気で実現したい未来のために、「つむぐ」。
インセプションデッキを20人くらいでやった話 - SRE兼スクラムマスターのブログ
大人数でインセプションデッキを決める機会があったので自分たちがやったこと、わかったことをまとめておく。 今後、大人数でやる機会があるときに参考になればと思う。 ここではインセプションデッキの詳細については特に説明しない。 インセプションデッキ自体は他に分かりやすい資料があるのでここに共有しておく。 5分でわかった気になるインセプションデッキ from Takao Oyobe www.slideshare.net インセプションデッキとは インセプションデッキとは、プロジェクトの全体像(目的、背景、優先順位、方向性等)を端的に伝えるためのドキュメントである。 ThoughtWorks社のRobin Gibson氏によって考案され、その後、アジャイルサムライの著者 Jonathan Rasmusson氏 によって広く認知されるようになっている。 インセプションデッキのひな形があるのでリン
『Design It! ― プログラマーのためのアーキテクティング入門』 - snoozer05's blog
翻訳を担当した書籍『Design It! ― プログラマーのためのアーキテクティング入門』（オライリー・ジャパン）が11月25日に発売になります。本書は2017年にPragmatic Bookshelfより出版されたMichael Keeling著『Design It!: From Programmer to Software Architect』の全訳です。Pragmatic Bookshelfファンにはおなじみの「... It!」シリーズの一冊で、日本語で読める「... It!」シリーズとしては4冊目の書籍となります。 O'Reilly Japan - Design It! 本書は、設計スキルを成長させたいプログラマーに向けたアーキテクティングの入門書です。ソフトウェアアーキテクチャの基礎とデザイン思考の考え方から始まり、ソフトウェアアーキテクトとして、チームと共に優れたソフトウェアを
あなたは本当にエンジニアですか？海外で「私はWebエンジニアです」と名乗ると「経済学部卒なのに？」と聞かれた理由。｜榊原昌彦
あなたは本当にエンジニアですか？海外で「私はWebエンジニアです」と名乗ると「経済学部卒なのに？」と聞かれた理由。 結論 ・「私は博士です」「博士課程修めてないのに？」と言われてるようなものです。 ・ 無資格だと僭称もしくは無知扱いされる可能性があるのでやめたほうがいいです ・ 日本も批准しています エンジニア（Engineer）とは海外のWebを仕事にする方々のTwitterの自己紹介文をみると、「Web Engineer」と書かれているのは稀で、多くは「Web Developer」「Web Programmer」と書かれています。「#駆け出しエンジニア」というハッシュタグが流行るぐらいに気軽に「エンジニア」という言葉を使うのは日本国内の事情のようです。 実際求人をみてみても「エンジニア特化求人」「【エンジニア】の派遣求人」で年収300万や時給1,000円程度のものを見つけることができま
1on1.md
1on1.md これは私が支援先に提供した、1 on 1 に関するノウハウや、思いを述べたドキュメントを元にしています。企業の枠を超えて共有したいことが多いので、ここに貼ります。 概要 世の中には 1 on 1 の本があるようですが、とりあえずは『1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア』を読んでもらえればよいと思います (higepon さんに感謝!)。 1 on 1 は 1 対 1 で話すミーティングで、基本定期的にやります。上長とメンバーとの間で行うのが基本です。 グループ/チームでのミーティングを補完するためのものです。 みんなの前では話しづらい、込み入った内容を話します。 チームとして行っているタスクの進捗確認に 1 on 1 を使うのは避けましょう。それは 1 on 1 の目的に沿ってい
【エンジニア採用版】スタートアップの経営者・人事向け「成長フェーズ別の取り組むべき採用課題まとめ」 - Findyブログ
以前にスタートアップの経営者・人事向け「成長フェーズ別の取り組むべき採用課題まとめ」というブログを書き多くの人に読んでいただきました。また、「ハイスキルなエンジニアのプレミアム転職Findy」をリリース後、多くの企業のエンジニア採用担当にお会いする中でヒアリングしてきたことを踏まえて、今回はそのエンジニア採用特化版を作成しましたのでご紹介できればと思います。 なお、本資料は先週登壇したICCでの発表にて使用したものですが、発表時にどの資料よりも写真を撮って頂いたので、需要があるのではないかと思い記事にすることにしました。 こちらが、当日のスライドです。 創業期 では、まず創業期からです。創業期に最も求められる仕事は、これはエンジニアには限らずですが、何よりもプロダクトをリリースすること、そして自分たちの作っているプロダクトがマーケットに受け入れられるかどうか、いち早く確認することです。多く
開発者を活かす | プロジェクト・マネジャーが知るべき97のこと
開発者を活かす著者: Ken Sipe ソフトウェアプロジェクト・マネジャーができる最善のことは、ビジョンを設定し、優先順位を付け、邪魔をしないことです。これからお話するのはティムという人物に関する実話です。 あるとき私たちは、プロジェクトにもうひとつ別のチームが必要であることがわかりました。そこで欠員があることを公表して、候補者面接を始めました。やがてある人物が候補者リストのトップに浮上しました。 彼の名前はティム。ティムは候補者のなかでも抜きんでていました。彼を雇うことに決めるのは「考えるまでもない」ように見えました。ところが反対意見が出たのです。私たちの部門で雇った人員はみな、3 つあるプロジェクト・マネジャーのポストを持ち回りで担当する可能性があります。そのプロジェクト・マネジャーのひとりが以前ティムと仕事をしたことがあり、彼にはモチベーションが欠けていると述べたのです。ティムの業
専門的な技術者に成果を上げさせるためにリーダーができること - Qiita
C++のプログラムを書ける人よりも、C++ OpenCVを使って書ける人は少ない。それぞれのアルゴリズムに対してどのように使いこなせばいいのかを知っている人はさらに少ない。さらに自力で問題解決のためにアルゴリズムを作っていける人はさらに少ない。 あなたのそばにいるスペシャリストは、そういう限られた人たちなのです。 そのことを分かった上で、リーダーは次のことを心がけて組織を運営してください。 バグレポートのあげ方を改善しよう. バグレポートはRedmineなどでする。(メールやExcelを併用していても) 「Effective Debugging ――ソフトウェアとシステムをデバッグする66項目」 では、課題管理システムに上げられていないバグ報告には対応するなと言っています。 エンジニアに分かりやすくバグを報告するバグレポートの書き方 バグレポートの書き方 新社会人のためのバグレポートの基本
優秀な技術者を追い出してしまう方法 - Qiita
若手エンジニアを不幸にしないための開発の「べからず」集 組織運営編から記事を独立させました。 優秀な技術者ほど辞めてしまいやすいのは、多くの会社に共通していることです。 この文章では、どうして優秀な技術者が辞めていってしまうのか、その理由を探るとともに、そうならないようにするための対処方法を少しずつ書き足していきたいと思っています。 マネジャーのみなさんへの前書き 会社の資産であるソースコードはきちんと管理されてますか？ 「きちんと金庫にしまってある」ではありません。 開発が進みやすく、今のソースコードはどのように品質が保たれているのかがわかるようになって 管理されてますか。 ソフトウェアの開発などで生じている課題は、どのように管理されていますか。 「去年の△月ごろに問題になっていたあの件は、結局どうなったのかい。」 「担当していた○○さんがだったら知っているんですけれども、もうやめちゃい
VOYAGEのエンジニア評価制度の全貌。「技術力評価会」による、人が育つ組織の作り方 | SELECK [セレック]
〜「技術力評価会」を中心とした、VOYAGE GROUPのエンジニア評価制度。被評価者だけでなく、評価者も育てる仕組みとは〜 売り手市場が続く、エンジニア採用。その中で、優秀なエンジニアを採るためには、何をするべきなのか。 その問題への1つの解として、人が育つ「評価制度」を綿密に構築しているのが、株式会社VOYAGE GROUPだ。同社では、半期の取り組みを評価する「技術力評価会」を中心とした評価制度を、CTOの小賀 昌法さんを中心に、6年という歳月をかけて作り上げた。 「なぜそのように実装したのか」を90分間ディスカッションする「技術力評価会」、それをサポートするための「サポーター制度」、その評価資料の「GitHub（ギットハブ）」での全公開など、随所に工夫が施されている。 （※技術力評価会の詳細は、新入社員目線で書かれたこちらの記事もどうぞ） そして、それらの評価制度を運用していくため
![VOYAGEのエンジニア評価制度の全貌。「技術力評価会」による、人が育つ組織の作り方 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/df4cc9b63f665154aa599ddedb8b7c6460e9ec11/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2018%2F03%2F09103449%2F8f7b9e1d-7d4c-411d-894b-132b5137171c.jpg)
インフラチーム改め Site Reliability Engineering (SRE) チームになりました
インフラチーム改め Site Reliability Engineering (SRE) チームになりました Organization Author: kazeburo インフラチーム改めSite Reliability Engineering チームの @kazeburo です。この記事ではまだ馴染みの薄い Site Reliability Engineer とは何かについて紹介したいと思います。 SREとGoogleのSRE Site Reliability Engineerは日本語にすると「サイト信頼性エンジニア」となりますが、あまりキャッチーではないので普段は略語の「SRE」を使用しています。SREという職種は日本ではあまり聞く事はありませんが、FacebookやAirbnb、Dropboxなどの企業でSREが募集され、それぞれのサービスを支える重要な役割を担っていると思われます。
Tech Lead（TL/テックリード）の役割 - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
Tech Lead（TL/テックリード）の役割。聞きなれない名前かもしれない。リードプログラマやテクニカルリードと呼ばれることも。過去にいくつものチーム（最大で10人以上）の Tech Lead をやってきた自分の経験を踏まえて書いてみる。 Tech Lead の主な役割 Tech Lead はエンジニア班長と言いかえるとイメージがわきやすいかもしれない 顧客に提供したい価値（プロダクトゴール）を正しく理解する エンジニアチームの生産性を可能な限り最大化。プロダクトマネージャ・デザイナと顧客に価値を提供する Product の Launch に責任を持つ Product の Launch 後のメンテナンスに責任を持つ エンジニアを過負荷から守る ときにはマネージャ、プロダクトマネージャのアイデア、スケジュールに NO を言う。代替案を提示する チーム内のテクニカルデザイン、採用技術などに責
今どきのアーキテクチャ設計戦略 - QCon Tokyo 2016
2016年10月24日に開催されたQCon Tokyo 2016での講演「A-3 今どきのアーキテクチャ設計戦略」の資料です。Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Shota Imai@えるエル on Twitter: "ついに、プログラマの悲願でもあった「プログミングもAIがいい感じにやってくれる」機能であるGitHub Copilotが公開されたようです 人の言葉で関数名や処理の内容を書くとその内容を忖度して自動で記述してくれるようで,プログラ… https://t.co/UN3bUQWor8"
TechCrunch | Startup and Technology News
