Daft Punk 〜 トーマ・バンガルデルがいなかったら今の自分もいない。それくらい感謝しています。 ぼくはDaft Punkの熱心なファンではありませんでした。もちろん嫌いじゃありませんでしたが熱狂するほどはのめり込めなかった。 なぜならDaft Punkはオリジネイターというよりは元ネタからの引用がとても上手な「うまいことやる人達」という印象が強かったから。1stから2ndにかけてはああなるほどとは思いつつも熱心には聴いてなかったしもちろん影響も受けませんでした。 80年代の終わり頃からシンセサイザーやリズムマシン、サンプラーをシーケンサーで稼働させるいわゆる「打ち込み」を10年間延々とやり続けてアーティスト活動も辞めて編曲家に転身しつつあった90年代の終わり〜2000年代の頭にかけて、突然シンセサイザーに飽きた時期がありました。 ちょうどその頃浜崎あゆみ女史チームからお声かけいただ

ざっくり年収1,000万円のエンジニアが10名いる会社では、年間1億円の技術投資がなされているわけですが（地代家賃、ライセンスフィー、PC代など含めるともっと）、年間1億円を正しく詳細に把握して、投資をコントロールできている会社は少ないと思います。会社が創業期であれば、最低限作らなければならない機能などは分かりやすく見えていたりするのでまだしも、そのプロダクトでしっかりとした収益が成り立ち、上場企業となるようなレベル感のプロダクトに対する技術投資となると、一部の大きなプロジェクトは把握していても、細かな投資ポートフォリオを常に把握することは難しいのではないでしょうか？今回はこの部分に一石を投じてみたいと思います。 技術投資量を見える化する 投資の最適化とは言いますが、最適化というのは「To Be」の話ですので、まずは「As Is」を知らなければ話になりません。その、まず「As Is」を知る

このエントリは、Clean Agileの書評を書いてるときに脱線していたら、脱線にしてはえらい長々してしまったので、独立したエントリに分割したものである。なんの根拠も裏付けもないただの私感を垂れ流す。 きっかけとなったのは、ウォーターフォールにソフトウェア開発の動向が支配されていたという歴史的動向をざっとおさらいされていたこちらの記述だった。 我々がウォーターフォールに支配されていた様子は、当時の動向を見ればわかる。1968年にダイクストラが「構造化プログラミング」を提唱したが、そのあとすぐに「構造化分析＊7」と「構造化設計＊8」がやってきた。1988年に「オブジェクト指向プログラミング（OOP）」が普及し始めたが、そのあとすぐに「オブジェクト指向分析（OOA）＊9」と「オブジェクト指向設計（OOD）＊10」がやってきた。つまり、「分析」「設計」「実装」の3つのフェーズが我々を虜にしていた

ITエンジニア35歳定年説。今でも時折語られるワードですが、文脈としては「35歳定年説なんて嘘だよね」という形で使われがちです。現在LIGで年齢制限無しで採用活動をしていることもあり、改めて市場を調査中です。私自身も38歳で転職してきたので、今回は35歳以上のミドル層、主にエンジニアがどこで活躍しているのかついてお話します。今はまだ20代で怖いものなしの方にも加齢は不可避な事情であるため、現在のミドルの状況は知っておいて損はないでしょう。また、30代未経験エンジニアの方々についても触れていきますので参考になれば幸いです。 ITエンジニア35歳定年説とは何だったのか　この話が出てくる度に少し調べてみるのですが、この説は詠み人知らずなようです。IT業界の黎明期から言われていたとも言われています。 次に出版物について調べてみたところ、2005年に2冊ほど見つかりました。いずれも著者自身の経験が書

社会問題にもなっている就職氷河期直撃世代のえるきちです。クッソどうでもいい専門学校を出てから10年引きこもりニートしてました。 どん底（と言っても本当にどん底ではないかもしれない）からでも、普通に人生なんとかなるみたいな話です。あと、怪しげなサロンやスクールに通うくらいならN予備校に通う方がいいと思いますという話です。 ワナビー界隈だと年収公開したりするようなキラキラパリピが人気集めるんですって？わざわざ金の話をこれ見よがしに語る人、まっとうなエンジニアではないので気をつけた方がいいですよ。 年収は特に書きませんが、スタートアップに勤めて、同人誌書いたりしつつ、面白おかしく生きるのに問題無い金額は稼いでおります。 前提: 他の世代の人への補足アラフィフ4x歳だったら、経験も豊富で金も一杯もらってんだろ当然だろみたいに考える人もいるかもしれませんが、それは必ずしもそうとはいえません。 たとえ

前回のnoteでは、良い歯医者を見つけるのは非常に困難で、悪質な歯医者がのさばっている、という話をしました。 歯医者は医療のよしあしの結果が出るのが数年～数十年後。その上、同じ歯を複数の歯医者に同時に治してもらうのは不可能なので、原理的に比較ができない。 だから素人は歯医者をカンで選ぶしかないんだけど、むしろ耳ざわりの良い言葉を投げかけてくる詐欺師にひっかかってしまうことが大半である。 という話をしました。 今回はそれに対し、こうやったら良い歯医者を見つけられる、という方法をご紹介します。 もちろん原理的に100%の精度で歯科医院のよしあしを判断するのは不可能です。しかしながら、現時点で日本で最も高い精度‥‥いや唯一の歯科医院のよしあしを判断する方法であることを断言します。 この方法をきちんと用いれば、これまでカンで選んでいたのに比べはるかに良い医院を選べることをお約束します。 これから歯

毎日の生活を少しだけラクにする数万円すると買わないけど、数千円なら買っちゃおうかなーって思う物の紹介です。 なので、ルンバのような最新家電的な物は今回は紹介しません。最新ガジェット好きな方はすみません🙏 普段何気なく使っている日用品を少しアップデートするための商品を、選んだ経緯や使った感想とともに紹介する記事です。 折り畳みの台車 進級した超コンパクトキャリーカート 折りたたみ式 軽量 旅行用品 固定ロープ付き 静音 ハンドキャリー(贈り物：ナップサック) (L) www.amazon.co.jp 最近はスーパーに行く回数を減らして大量に買い込むことにしているので、1回の買い物で飲み物とか買うとあっという間に10-15キロぐらいになってしまいます😩 スーパー内だとカートがあるので気にならないのですが、家について自転車置き場や駐車場から自宅まで運ぶのがほんとに辛い。毎回買いすぎたーって思

3年前に、図解の基本をまとめた本『図で考える。シンプルになる。』を書きました。その内容から、エッセンスを抽出したのが本noteになります。 （１）「幕の内図解」と「イチオシ図解」 図には、大きく分けて、2つのアプローチがあります。 ひとつは、幕の内弁当のように、いろんな要素を盛り込んだ図で、もうひとつが、唐揚げ弁当のように、イチオシのおかずにフォーカスした図です。 たとえば、桃太郎の話を「幕の内図解」のアプローチでまとめてみたのが、つぎの図です。 登場人物とエピソードをフラットに扱って、網羅的に盛り込んでいます。 この図を使って、人に説明しようとすると、「まず、お婆さんですが……」「つづいて、お爺さんですが……」といった具合に、「お婆さん」「お爺さん」「桃太郎」それぞれの視点に切り替えが必要になり、話す方も話しづらければ、聞く方もまどろっこしく感じてしまいます。 相手がじっくり聞く耳を持っ

著作権ってなんか難しいですよねー❓ そんな著作権について、note公式動画でめっちゃわかりやすく説明されていたので、フローチャートでまとめてみました🐭 動画とそこで紹介されていた参考記事 ・みなさんからの質問にnoteのひとが答える ・「そもそも著作権ってなんですか？ 」水野祐×深津貴之×加藤貞顕【第１回】 最後まで読んでくれてありがとうございます。よかったら「スキ」も押してくれると嬉しいです🐾

こんにちは、ネコ派メタラーです。ナビタイムジャパンで地点検索基盤の開発マネジメントを担当しています。好きなバンドは Arch Enemy です。 システム運用に関わる人であれば、「システム障害」というと耳が痛い方が多いかと思います。システム障害は起こさないに越したことはないですが、万が一システム障害が発生したとき、その行動選択はサービスの信頼性を大きく左右することになります。 迅速に復旧させることはもちろんですが、適切な情報公開によってユーザーの不安を払拭するといったコミュニケーションも重要なポイントです。しかし、緊急事態というプレッシャーを受けながら最適な行動を選択することは容易ではありません。 私が所属しているチームでは、Web API サーバソフトウェアから全文検索ミドルウェアまで含めた開発・運用を行っており、幅広いトラブル対応スキルが必要になります。トラブル対応のスキルを持ったベテ

Twitterを再開して３カ月、さまざまなトピックを投稿していますが、特に英語学習に対する関心が高いことが分かりました。 Twitterの短文では私の体験談を包括的に書くのは難しい。そこで拙著「最高の働きがいの創り方」に英語の勉強方法をまとめたコラムがあるのを思い出し、出版社に相談したところnoteでの公開の許諾を得ました。 英語がコンプレックスになっているビジネスパーソンの方も多いと思います。英語は正しい学習方法で、かつ短期間に負荷を掛けて勉強することによって驚くほど向上します。 本稿は私が40歳で一念発起して取り組んだ勉強法です。少しでも皆さんの英語学習の参考になることを祈っています。 ■ コラム　40歳から1年間で英語をマスターした勉強法余談になりますが、私自身、帰国子女でも海外に長期で留学していたわけでもないので、英語はそれほど流暢とはいえませんが、外資系の社長として本社と意思疎通

COVID-19により 2020/03/29 時点で東京では外出自粛が促されており、前日の首相会見でも長期化を見据えた発言がなされた。今後はより厳しい状況になる可能性もある中で、多くの人にとって文字通り致命的となりうる問題の1つに精神面への悪影響があると考えている。リモートワークによって急遽仕事のやり方を大きく変えさせられ、感情を伝えやすい対面でのコミュニケーション機会が減り、先行き不安な中長時間自宅で過ごさざるを得ないという辛さ。 そうした仕事上でも生活上でも精神的に負荷が高まっていく世の中で自分ができることを考え、過去の自分にとって一番メンタルマネジメントに効果的だった「自宅トレーニング」のノウハウが少しでも助けになればと思いこちらの記事にまとめた。なお運動は「一度やったら終わり」ではなく「いかに長期的に継続できるか」が重要なので、運動内容に加えて習慣化する上でのポイントもまとめている

読者のみなさま、日々の学習お疲れ様です。 ぴか兄です。（@web_art_picasso） これまでプログラミング初心者の方に、学習における「考え方」を中心に情報を発信してきました。 そして僕が、noteやtwitterで情報を発信する前から、初心者に向けての情報は大量にありました。 それなのに、なかなか初心者の悩みは改善されません。 これはなぜなのか？と日々考察する中で、僕なりの答えが出ましたので、それを紹介していきたいと思います。 この記事を読んでも、努力を怠る人はコーディングできるようにならないし、僕や他に情報発信している人が言わんとしていることを、理解しようとしない人も成長しません。 ですが、この記事の内容を熟読し、自分の言葉で説明できて、実際にこの記事で紹介する学習法を続ければ、頭の中にかかっていた霧が、すっきりと晴れることだと思います。 今回の記事は、今後更新するスタンスで内容

プログラミングはクリエイティブワーク. 音楽、キャンプが好き. クラウド関係のお仕事してます. なお、投稿はすべて個人のものであり、所属する組織の意見でも代表するものでもありません。https://www.keisuke69.jp/

このドキュメントはカジュアルで迅速な知見の共有を目指すもので、AWSの公式な情報提供ドキュメントではないことをご了承ください。 Chime関連のAWSの公式ドキュメントは「AWS Black Belt Online Seminar」Amazon Chime 資料及びQA公開 (2019/12/12) やAWSウェブページを参照下さい。なお、管理者ではなく「開催者」を念頭にしていますので、サービスの料金やユーザー権限などには触れないことをご了承ください。 AWSでユーザーコミュニティを担当している沼口です。 世の中の状況からオンライン会議ツールが話題になっています。AWSでは普段からWFH(Work From Home)を推奨していて、通常の会議＋リモート参加設定によるハイブリッド会議を行ってます。また、AWSユーザーコミュニティのJAWS-UGの勉強会でもリモート枠を設置し、ライブ配信を行

ダンベルとバーベルと懸垂が出来る環境があれば行えるプログラムです。 トレーニング頻度は週1〜6回から選べますので、それぞれのご都合に合わせた頻度を選択してトレーニングを行って下さい。週1〜2回の場合でも、トレーニング時間45～60分程度で出来る内容です(インターバルを詰めれば30分で終わります)。 本プログラムにおいて、 スクワット…フルスクワット（ハイバー、ローバーどちらでも可） ベンチプレス…バーを胸まで降ろしバウンドさせない・お尻はついたまま デッドリフト…床引きデッドリフト（毎回床に降ろす） です。無理をせず、"正しいフォームで行える重量"から始めてください。少し軽めの重量から始めてもいいです。スクワットでパラレルまでしかしゃがめない、ベンチプレスで胸まで降ろせない場合は重量を落としましょう。 また床引きデッドリフトが難しい環境がほとんどだと思いますので、行えない場合はパワーラック

この流れです。 前提基本的に自分はGoのサーバーサイドが主戦場で、カンファレンスにはよく顔を出します。最近はOSSを公開すればいい感じにGithub Trendsの上の方にきて目立つような、芸人っぽいムーブができるようになりました。 ですが、直近プライベートではGo以外にTypeScript(Next.js) でGraphQLのクライアント書いたり、仕事だと前はSwiftやらC++やらPerlやら色々使っていたので、他の方と比べると広く浅い経歴です。 また、大学に入ってから学習を始めましたし、当時はドットインストールが出始めたくらいで、基本的には書籍で勉強していました。大学では授業でFORTRANの授業を取りました。内容は意味わからなかったので同級生に寄生してました。 Progateとかプログラミングスクールとかには頼ってませんでした。無かったので...。なので、「幼少期からBASICを触

SF ベイエリアで働く1人のソフトウェアエンジニアとして、楽しくエンジニアリングをやっていくために日頃からぼんやりと心がけている3つのポイントについて今回は書いてみたい。 インフラを作る側にいるソフトウェアエンジニアとして普通の Software Engineer から Senior Software Engineer、Staff Software Engineer とだんだん昇進していくにしたがって、より大きな成果を出すことを期待される。Staff レベルにはチームをまたいだ成果を出すことが求められる。そのためには多くの場所で使われるようなサービスやライブラリを作るのが一番成果としてわかりやすい。 会社とプロダクトが初期段階から成長していく過程で、最初は1つしかなかったエンジニアリングチームが大きくなるにしたがってインフラ側とプロダクト側に分割されていく。そのときにかならずインフラ側に属

Webサービスまとめに続いて、僕が個人的に使っているVSCodeのプラグインのまとめです。 おすすめしたいプラグインを発見したら随時追加します。更新の保証はしませんが、コンテンツを更新した際に通知が欲しい方のために100円の課金の設定をしておきます（課金した場合のみ通知を受け取れる仕様）。課金したら多くのコンテンツが読めるというわけではないのでご了承ください。 (※2019.11.14 追記)当記事が「はてなブックマーク」テクノロジーカテゴリーの人気エントリーに掲載されました。ありがとうございます。 昨日投稿した「僕がおすすめするVSCodeのプラグインまとめ」がはてなブックマークのテクノロジーの人気エントリーに掲載されました。ありがとうございました。うれぴまる。#notehttps://t.co/w1pg7J3gfDhttps://t.co/LzHQfdYReZ — TAK (@tak_