この度、3年半に渡って勤めたメルカリを2022年5月に退職し、この夏からロンドンのMetaにSenior Machine Learning Engineerとして転職することが決まりました！わいわい✌('ω')。その過程で、東京およびロンドンのBig Tech合計5社を数ヶ月かけて対策をし面接に臨んだので、そこで得たノウハウをここで共有できたらと思います。面接を受ける際にNDA（Non Disclosure Agreement）にサインするので具体的な面接の詳細には触れられませんが、伝えられる範囲でできる限り記述しています。 また、Metaから最終的に提示されたオファー条件を最後に記載してあります。なにぶん日本においては給与の話は燃えやすいということもあり、その部分だけ某日本の有名エンジニアに倣って有料にしてあるのですが、ご興味のある方は是非ご購入いただければと思います（1コイン分の金額で
まとめてやることで効率化する要件なら、それようのメモ帳を用意してそこに積み上げる。 後日やることになるのならカレンダーに予定を入れてしまう。 ゴミ捨ては玄関のじゃまになる所においてドアをくぐるたびにゴミ捨ての日かを思い出すようにする。 そういった「必要になったら思い出すので、忘れてしまって問題がない状態」に持っていかずに、「あとでやることにして、簡単だからメモにも取らずに覚えておこう」とするのはコスパが悪い。 リマインドを物理的に脳の外側にセットしなければ、その「あとで」にたどり着くまでにそのことをずっと覚えておく必要がある。 そのことでロックされる脳のメモリが１０％程度だとしても、それまでの間ずっと１０％性能が下がった脳みそで過ごすことになる。 こんな無駄はない。 朝玄関を出てから思い出して、夜帰ってきてからやろうとしたとする。 １０時間の間脳の片隅で１０％メモリがロックされれば、それは
かねてより人間、とりわけ労働者や従業員をリソースと呼ぶことについて批判的な意見を聞くことがあった。 2018 Don't call people resources - Ben Linders 2021 社員を「リソース」と呼んではいけない――。 | d's JOURNAL（dsj）- 理想の人事へ、ショートカット 2022 人間をリソースと呼ばない方がいいと思う - ジムには乗りたい 加えて、これらの主張に対するカウンターを見たこともある。「問題の所在が不明瞭」「情緒的な意見のみで代替が示されない」「人材を人財と書くような言葉遊びでは」等々。俗っぽく言えばここにあるのは、「モノ扱いしないでほしい」vs「とは言っても経営管理上はヒト・モノ・カネ・情報はリソースでしょ」という対立である。 この件について「人間をリソースと呼ぶことの問題についてアカデミックな見解・理論はあるのか」「人間をリソー
引き受けないお仕事の基準｜Tetsuya Morimoto
たまたまお仕事の断り方という記事を読んだ。ひとり会社を経営してもうすぐ5年が経とうとしている。うちの会社では過去に1度、大きな失敗を経験してふりかえりを行った。その際に引き受けないお仕事の基準というものを社内で作成した。その失敗に至った原因の1つとして、本来引き受けるべきではないお仕事を受けてしまったと後になって反省した。 時代の流れや人手不足もあり、システム開発やプログラミングのお仕事はまだまだ好況にみえる。うちのような零細企業でも、実際に引き受けられるお仕事より依頼の方がずっと多い。そして残念ながらせっかくいただいた依頼をお断りすることもまた多い。 引き受けないお仕事の概要経理の本に書いてあったやるべきではない取引起業したばかりの頃に読んだ次の経理の本にも「やるべきではない取引」として次のリストを提案していた。 報酬が魅力的でも信用できない相手や嫌いな相手との取引 入金が遅い取引 自分
エンジニアのための Figma 知識
本記事の多くは Inspect モードを前提に解説しています。 下記に Dev Mode に対応した解説を書いてみたのであわせてご参照ください。 https://codezine.jp/article/detail/18000 エンジニアにデザインツールの知識・習熟は必要か？ しなくても仕事はできると思うのですが、あるとよりクオリティの高い仕事ができることは間違いありません。 という訳でエンジニアがエンジニアとしての仕事をしていく上で「Figma のこういうことを知っておくと良さそう」という知識をまとめてみました。 ユースケースを考える まず始めにデザインは作らないはずのエンジニアが Figma を使う時にどんなユースケースがありそうかを考えてみます。 デザインを元に実装する時 デザインから何かを生成したい時(コードとか画像とか) 自分でちょこっとデザイン修正しちゃう この辺りがあるかな〜
コロナ禍によって全世界多方面が深刻なダメージを蒙り悲鳴を上げている今日このごろ、その悲鳴のあげ方のマズさが指摘されSNS上で炎上しまくり薪の王状態となっているのが演劇界隈である。ここでいう演劇界隈とは、劇団四季や宝塚歌劇団・寄席・大衆芝居や2.5次元の類ではなく、学生演劇サークルの延長線上にあるアート志向の強い小劇場系のイメージと思えば良い。 実際コロナ禍によって演劇も含めた興行全般は深刻なダメージを受けており、自分が楽しみにしていた初音ミクのコンサートやツアーもいくつか延期になってしまった。三密を指摘されるアニメの制作環境も立ち行かなくなって次々と放送が延期され、コミケは開催されず、テレビ番組や大河ドラマの収録は中断となり、大相撲は無観客試合。舞台上と観客の距離の近さ・空気感の共有を魅力とする舞台演劇もダメージは深刻だろう。経済だけでなく広範な文化活動や興行が危機にひんしているという問題
以下はjavinpaul( Webサイト / Twitter / Facebook / dev.to )による記事、11 Essential Skills Software Developers should Learn in 2020の日本語訳です。 なおリンク先URLは元記事のままであり、和訳にあたり変更などは行っていません。 11 Essential Skills Software Developers should Learn in 2020 注意事項：この記事にはアフィリエイトリンクが含まれています。 この記事に記載されているリンクを踏んで製品やサービスを購入すると、私が利益を受けとることがあります。 ソフトウェア開発を始めてしばらくすると、優れたプログラマになるには何をすればいいのかという考えが時によぎるでしょう。 より良い開発者になるために、2020年には何を学ぶべきでしょう
普通の人が王者の戦略を真似をしちゃいけないと思う｜けんすう
こんにちは！けんすうといいます。。アルというマンガサービスをやっています。この記事は「アル開発室」という、サービスの裏側や考えていることをシェアするコミュニティから抜粋しています。 今「マンガを4つ入れると、オススメマンガを出すよ」みたいなのをやっているので、やってみてください！(期間限定になるかも) --- 今日は「王者の戦略と弱者の戦略」について書きたいと思います。 この前、「giveをし続けましょう」みたいなビジネス書や自己啓発本の通りにしたけど、なかなかリターンがかえってこなくて辛い、みたいな相談をされました。 で、僕は「giveをし続けたほうがいいよね」はめっちゃ同意なんですが、、これは王道の戦い方だと思っていて、持たざるものがとっちゃいけない戦略だと思ったのです。 というわけで、ちょっとこのあたりを説明したいと思います。 まず、この「giveをし続けるほうがいいよ」というのは、
ノーコードは形を変えた現代のRPGツクールなのではないか
この記事について。 2030 年 「エンジニアです。コードは書けません。」｜__shinji__｜ note 自分はそもそもビジュアルプログラミングやオーサリングに興味があり、ノーコードは興味の範疇でありつつも、現状のもの、現状の「コード抜きで作れる」ような謳い文句は厳しいと思っています。それを、RPG ツクールを例に説明します。 はじめに、ノーコードを分類する 本記事では、「専用の管理画面で編集し、出力のためにコードを書かない、もしくはコピペ程度」のものをノーコードとして扱います。 その中でさらに種類ごとに分類してみます。このような定義があるわけではなく、自分の主観的で暫定的な分類です。 タイプ 1: データベースから自動的にフォームを生成 Google App Sheet MS Power Apps タイプ 2: 高水準 API のパイプライン Zapier IFTTT 古の Yaho
お詫びと訂正 おまけ２ の内容に関して誤りの情報を記載していたので、修正いたしました。(2020/6/6 22:55) またコメントで大変丁寧にご指摘&アドバイスをくださった@souchi00さん、ありがとうございます🙇♂️ 追記(コンテナについて)(2020/6/8 11:10) @inductorさんがコンテナに関するわかりやすい資料を紹介してくださいました！ https://www.slideshare.net/zembutsu/what-isdockerdoing コンテナについてより詳細を知りたい方は是非ご覧になってください ### 追追記(2020/6/8 12:30) 本記事で何点か誤った表記があったので、コメントで指摘くださった方々のアドバイスの元修正しております。(本文中でも修正しておりますが、コメント欄を見ていただければより詳細がわかると思います。) 以後このような
プロダクトの成功に必要な 3 つのステージと 20 のタスクについて：現場の動き方をまとめました｜Fritz | Lead Product Manager @ Mercari
こんにちは、フリッツ です。プロダクトマネージャー（以下 PM）になってから相当の年月が経ち、特に、現職の US メルカリにおいては「 UIUX 強化型 PM 」として認知されるようになりました（ありがたい）。 ただ、最近は自分があまりにもいま持っているスキル・経験に立脚しすぎているなぁ、と感じており、強みの分野を広げようとお勉強中。 ということで、旅の序盤として、本記事では「プロダクトの成功」を導くために必要とされる、問題定義・優先順位決定・実行 という 3 つのステージを PM 視点から 20 項目にわけてみました。できるかぎり、（自分の今までの）現場の動き方に沿うようにまとめました。割と基本的な内容ではありつつも、特に実行のパートにおいては、現場で役立つような個人的知見を多少含められたはず…。 プロダクトに関わる方、および・駆け出し～数年目の PM の方のお役に立てる記事になっていれ
電機業界で技術屋をしているんだけど、長期的に見て車の電動化が進むのは間違いないと思っている。 そのうえで気になるのは、技術の普及タイミングってそんなに正確に見切れるかなという事。 例えばうちの業界でいうと、有機ELの登場やフィーチャーフォンからスマートフォンへの移行という技術の切り替わりを経験している。 ディスプレイ技術としての有機ELは20年以上前から有望視されていたが、小型ディスプレイとして普及したのは2017年にiPhoneXで大々的に採用されてからである。 製品自体は2000年くらいから世に出ていた(初期型のFOMAに有機ELディスプレイが積まれてたのを覚えているだろうか？)から、かれこれ15年以上たっている。 普及までに長い時間を要しているわけだが、その間研究開発で先行していた企業はどうなったか？ NECはサムスン電子に技術を売り払って撤退、東北パイオニアは資金が続かず、アクティ
★★★ 面白かった ★★★★ すごい好き ★★★★★ 愛してる ★★★★★★ 人生のお供 この記事では★5以上を並べます。 同じ★数同士の順番は、単純に読んで記事にした日付の順なので他意はないです。 読んで面白くなかった漫画は、わざわざDISるのもなんなので記事にしてないです。 その他、世の中には自分が読んでない漫画の方が圧倒的に多いです。 前は半年ごとにやってたんですけど、事情があって今回は1年分まとめて、寸評も巻ごとじゃなくて作品ごとに。 55選っていかにも多いですけど、「28選／半年」「だいたい週に一冊」って考えると自分のペースはそんなもんかなと思います。 でもこの記事は諸々込みで24,000字ぐらいになりました。長くてすいません。 あとで読んでください。 前回はこちら。 aqm.hatenablog.jp じゃあ、そういう感じで。 ★★★★★★ aqm.hatenabl
今年、この話を何度か別々の人にすることがあってずっと纏めようと思っていたのだけど一年が終わってしまうので来年の自分のために今書いてしまう。 目新しいことは何一つ無いのだけど、大切なことだし、意外と社会人になってしまうと教えてもらえないことも多いみたいなのでここでまとめる。 表題のこと、つまりやりたいことを実現するために必要なことは、そんなに難しいことじゃなくて以下の条件を満たし、実行することが大事だ。 やりたいこと=課題をタスクに分解する タスクを実行できるだけのリソース（時間・お金・体力など）を割り当てる 実行する これだけなんだ。仕事だってなんだって一緒なんだけど、だけどこれを日常的に実現することが難しい。 だからどうやって実現していくか？って説明のために、自分がやってることを書く。 課題を整理する 仕事と作業は違うという話がある。 トヨタでは最初にそれを教わるらしい。 www.har
東京都では3月25日から27日の3日間で128人の新型コロナ患者が報告されました。 東京都内の感染症指定医療機関には大きな負荷がかかっています。 現在の危機的な状況をご紹介します。 東京都内では1週間で170人増加東京都における新規に診断された新型コロナ感染者数（東京都新型コロナウイルス感染症対策サイトより）東京都では3月上旬からジワジワと感染症数が増加傾向にありました。 【東京都における新型コロナウイルス感染症患者報告数（東京都発表に基づく）】 2月29日〜3月6日 23人 3月7日〜13日 19人 3月14日〜20日 52人 3月21日〜27日 170人 の新規報告数となると見込まれています。 すでに3月21日〜25日についてはこの見込みを上回るペースで増加しています。 1週間前に「新型コロナのオーバーシュート（感染者の爆発的増加）を起こさないために我々にできることは？」という記事を書
といった感じです。（この例、下で問題例として取り上げるため、実はおかしなチェック内容にしています。） "No.～基準"までがシートに記載されていてます。回答する発注先企業は"Yes,No,N/A"を3択で✅をつけ、備考欄にNoやN/Aの理由のほか、注記を記載できます。こういう項目が20～500項目あるExcelのシートに、発注先企業の回答担当は自社の状況、対応を確認しながら、ひたすら記載してゆくわけです。 知ってる人は知っているが、知らない人はぜんぜん知らない 最近参加したエンジニアがぞろぞろいらしたカンファレンスで、私が 「……あの セキュリティーチェックシート ってあるじゃないですが、あの 面倒なアレ です。アレにこの規格を採用するよう書いてあったら、各企業に規格の採用が広がるかもですね。あはは。」 と話したことがありました。その瞬間、 嫌なことを思い出したのか顔を曇らせたり苦笑いをす
思春期モラトリアムは資本主義に吸収されました。
仲俣暁生さんのツイートを見て、若者に、カネはなくても時間があった時代のことをふと思い出した。 とりわけ文化的だったとは思わないけど、我々が若い頃は、カネはなくても、ほぼ無限に時間が有り余っていた。その余裕こそが社会の豊かさだったのかも。当時も批判的にも使われていたモラトリアム（支払猶予）という言葉は完全に死語になった感アリ。いまは即金で支払わされる。 https://t.co/3TwuIuj0m0 — 仲俣暁生（『失われた「文学」を求めて』続編企画中） (@solar1964) April 8, 2023 私の大学時代も概ねそうだったと言え、今日は疲れていると感じたら一日じゅう寝ている日があった。どうしても攻略したいゲームがあるわけでもないのに朝から晩までゲーセンにいて、所在なく、「ひまつぶしのために」ぼんやりパズルゲームを遊んでいた日もあった。 無限に時間があったわけではないが、なんにで
なぜCを学ぶべきなのか - 立命館大学情報理工学部セキュリティ・ネットワークコース プログラミング言語サポートページ
プログラミング言語としてのCは、初学者にとっては難しい言語であるのは確かです。中には、初心者が学ぶべき言語ではないと言い出す人もいます。ですが、私たちセキュリティ・ネットワークコースの教員は、我々のコースの学生は早期にCを学ぶべきであると考え、このカリキュラムを設定しています。以下に理由を列挙します。 Cはコンピュータの構造に深く根ざした言語なので、コンピュータそのものの学習を同時に進めることで、相互の理解が深まると考えています。例えば主記憶(メモリ)上にプログラムとデータの双方が置かれるフォン・ノイマンアーキテクチャや、メモリ上のデータ配置の問題、エンディアンの問題などを直接感じられるのはCならではだと思います。 CはOSや、コンパイラなどの言語処理系、組み込み機器などで広く使われており、その構造や動作と深く関わっているため、セキュリティとネットワークの理解のために欠かせないからです。
Google Cloud Platform のトレーニングコース、ハンズオンを 1 か月間無料で提供 | Google Cloud 公式ブログ
COVID-19 感染拡大を受けて多くの人が在宅勤務や家庭学習に切り替えましたが、自宅にいながらスキルアップを図りたい、知識を増やしたいと考えている人もたくさんいます。こうしたご要望にお応えするため、Google Cloud Platform のトレーニング コースや Qwiklabs のハンズオンラボなどの各種学習リソースを 5 月 20 日まで無料で提供しています。 下記オンデマンド トレーニング、ハンズオンラボよりご希望のトレーニングをお選びいただけますので、是非ご活用ください。 Qwiklabs Pluralsight（英語のみ） Coursera お申し込み、詳細はこちらをご覧ください。 また、Google Cloud では、オンデマンド トレーニングやハンズオンラボ以外に、ウェビナーもご提供しております。各トレーニングリソースについては以下をご覧ください。 オンデマンド トレー
商用でも利用可能なAI音声合成ソフトウェア『VOICEVOX』がオープンソースとして無料でリリース｜DTMステーション
本日8月1日、音声合成技術の世界に、また画期的な動きがありました。「Seiren Voice」や「Yukarinライブラリ」の開発者としても知られるヒロシバ（@hiho_karuta）さんが、ITAコーパスを利用した商用利用も可能なAI音声合成システム、VOICEVOXなるソフトウェアをオープンソースのとして無料でリリースしたのです。具体的には現時点Windowsで動くシステムで、「ずんだもん」および「四国めたん」の声でテキストを読み上げるシステムとなっています。 これがオープンソースとなったことで、一般ユーザーが自由に利用できるというだけでなく、さまざまなシステムに組み込んで喋らせることが可能になったのが画期的なところ。たとえばロボットなどに組み込んで対話型のシステムを作ることや、観光案内システムに導入して喋らせる……といったこともできるほか、クラウド型のシステムを構築し、ブラウザを経由
ChatGPTが思いがけずいろいろなことを人間より賢くやっているのを見てシンギュラリティという言葉を使う人が増えたように思いますが、逆に、シンギュラリティは来ないのではという思いを強くしています。 まず、この文章でのシンギュラリティがなにかという話ですが、レイ・カーツワイルが「シンギュラリティは近い」の1章の終わりで「さあ、これが特異点だ」といっている特異点、そのシンギュラリティです。 シンギュラリティは近い―人類が生命を超越するとき 作者:レイ・カーツワイルNHK出版Amazon この特異点は単にAIが人間より賢くなるというだけではありません。人間より賢くなるだけだと、便利な道具が増えるだけなので、大騒ぎするほどの変化は起きません。人の仕事を奪うといっても、蒸気機関ほどでもないですね。印刷機などと並んで、人の生活を変える転換点にすぎず、ただひとつの点をあらわすシンギュラリティには なりま
突然ではありますが、このたびスラドおよびOSDN（OSDN.net/OSDN.jp）の運営会社である株式会社アピリッツを退職することになりました。書類上は7月中旬まで同社に在籍していることになっておりますが、いわゆる「有休消化」という扱いで、6月30日が最終出社日となっています。ここスラドには「編集長」という立場で関わってきましたが、退職に伴ってその肩書きもなくなります。読者の皆様、長らくスラドをご愛読いただきありがとうございました。 今後は、OSDN部の部長であるkazekiriこと佐渡さんがスラドの最高責任者という形になり、平常の編集者業に関してはnagazouさんとheadlessさんが担当する形になります。書類上の退社日が過ぎたあとについては、編集者権限は残るものの特権ユーザーではなくなり、毎日の編集作業に関しても基本的には手を引いてボランティアベースでの関わりとなります。 という
Docker終焉は別にしないと思うけど、知っておいたほうがいい知識の補足を書く - inductor's blog
Docker一強の終焉にあたり、押さえるべきContainer事情 を読んで漠然とDockerが終わるって思った人、素直に手をあげてください。別にDockerは終わりません。なんかむしろWASMとかんばるぞって息巻いてて可愛いので頑張って欲しいと個人的には考えています。 その昔、Kubernetes 1.20からDockerが非推奨になる理由 - inductor's blog を書いたら炎上しました。最初の記事の書き方が良くなかったという反省はあるにせよ、世間一般で「Dockerは開発環境で使うやつ」という認識があまりにも広がりすぎているというのが良くわかる勉強の機会になりました。 逆を言うと、みなさんがこれらの記事を読む時には、Dockerという言葉に含まれる意味に注意して読んでいただきたいと思っています。Dockerには大きく分けて以下の意味が含まれると僕は考えています。 Docke
手順書フォーマットは千差万別 みなさんは自己流または、組織やプロジェクトで定められた手順書のフォーマットはありますか? 私は自己流の手順書フォーマットがあります。 自己流の手順書フォーマットがあるといっても、かなり扱いがふわふわしているので、備忘やメモの意味合い強めでまとめていきます。 「もっとこうした方がいいよ!!」などフィードバックがあれば、ぜひお願いします! いきなりまとめ 手順書はExcelやスプレッドシートではなく、Markdownで書く 手順書はgitで管理する 5W1Hを意識して手順書を書く 基本的にはCLIを使った手順書にする 手順書はExcelやスプレッドシートではなく、Markdownで書く 手順書をExcelやスプレッドシートで書くメリット・デメリット 手順書をExcelやスプレッドシートで書いている方も多いと思いますが、私はMarkdownで書いています。 Exce
いかがですか？私のデスクから見えるこの景色 憧れだったヴェネツィアに引っ越してきました。 ヴェネツィアの象徴とも言えるカナル・グランデに引っ越せて最高～！ ARIA～～～～アリシアさ～～～ん！… _______というのは冗談で… 注文してから7ヶ月半経ってようやくAtomoph Window２が我が家に届きました。 半年以上も到着にかかったのはCOVID-19の影響によって中国で製造がストップ、物流にも大きな影響が出たためです…このご時世仕方ないね… 説明が遅れましたが、これはAtomoph Window2、元任天堂の社員だった姜 京日氏が立ち上げたスタートアップ企業 Atmophが開発した窓型スマートディスプレイです。 見ての通り縦型のモニターに窓枠のような物がついておりますが「窓型のディスプレイに動画の風景を映し出すことで、まるで現地に赴いているような気分にさせてくれる」と言うのが売り
締め切り間近の仕事があるのに、SNSのタイムラインを見るのがやめられない。そんな「集中できない自分」にイラついてしまうビジネスパーソンも多いことでしょう。 こういう時、なんとなく 「追い詰められないと動けない“性格”だから…」 「“意志”が弱いから…」 と言い訳して、自分を納得させていませんか？ 一方で、自分をうまくコントロールしながら膨大な量の仕事をバリバリとこなす“集中の達人”もいます。今回お話をお伺いしたサイエンスライターの鈴木祐さんもその一人。1日平均15本の論文と3冊の本を読み、2～4万字の原稿を生み出し続けています。 鈴木さんの圧倒的な集中力を支えているのは、性格や意志ではなく、集中を持続させる“仕組み”。その仕組みを、科学的なエビデンスに基づくメソッドで作り上げれば、誰でも「ヤバい集中力」を手に入れられるのだといいます。 「本気を出せば何とかなる」と思いがちなあなたに、実践し
【JS/ Python両方OK!】「データ可視化」が歴史から実装まで体系的に学べるStanford講座の独習ノート - Qiita
【JS/ Python両方OK!】「データ可視化」が歴史から実装まで体系的に学べるStanford講座の独習ノートJavaScriptd3.jsデータ分析データサイエンスcolaboratory CS 448B Visualization (2020 Winter)は、Maneesh Agrawala氏による、Stanford大で行われた、データの可視化に関する体系的な講義です。 スタンフォード大の"CS 448B Visualization (2020 Winter)" がすごい。 データ可視化の体系的講義。どう図表に変換するかの理論、探索的データ分析、ネットワーク分析等の実践と盛り沢山。 スライドに加え、Observable(JavaScript), Colab(Python)どちらでも例を試せる。https://t.co/lGyPElrihg pic.twitter.com/mWZn
様々な会社に訪問していると、それなりの頻度で「言語化が苦手な人」に遭遇する。 例えばこんな具合だ。 「プロジェクトの基本要件を一つにまとめてマネジメントしたいんだけど。 例えば、一部のプロジェクトで必要なリソースを最初に一つの大きな枠組みで決めて、それを全部に使う、そんな感じ。」 「言葉にできてるじゃない」と思う方もいるかも知れない。 だが、本当に言語化の苦手な人とは、「言葉にはできているのに、その内容が、他の人にとって難解過ぎる人」なのだ。 「言葉が出てこない」 「説明しにくい」 「なんと言えばいいのか迷う」 というのは、実は「言語の苦手な人」よりもかなりマシである。 なぜならば、「言語化できていない」という認識を自分自身で持てるからだ。 それに対して、真に言語化の苦手な人は、自分自身で「言語化が苦手」と気づいていない可能性が高い。 前職にもこんな人がいたが、 「あの人、あたまが良すぎて
Cache Storageがめちゃくちゃ肥大化する問題 TBSのニュースサイト、TBS NEWS DIGがめちゃくちゃブラウザのストレージを消費しているという話がはてブや増田で話題になっています。 TBSのニュースサイトヤバない？ – はてな匿名ダイアリー 同・はてなブックマーク 確かに、手元でも同様の状況を観測できる。 当該サイトのストレージ使用状況 はたして、これは真実なのだろうか。本当に1.4GBも食うことがあるのだろうか…… そんなわけない、ということで調査 まずは再現性を確認するためにChromeのゲストモードで当該のサイトのDevtoolを開いてましょう。すると、StorageのUsageは386MBになっていました。（適当なページを開き、リロードした時点で340MB程度であった） 当該サイトのストレージ割合 上記のスクリーンショットをよく見ていただけるとわかると思いますが、こ
プログラミングを勉強するために 30 代半ばの 2 年間を無職として過ごした話 - 30歳からのプログラミング
2019 年の夏に前職を辞め、そのまま無職として過ごし今年の 10 月にようやく再就職して働き始めた。 何か事情があって働けなかったわけではなく、プログラミングの能力を伸ばすために敢えて就職しなかった。 自分にとってそれなりに重要な期間だったと思うので、記録を残しておく。 予め断っておくが、何か「すごいこと」を成し遂げたわけではない。「すごくないプログラマ」が少しでもすごくなりたくて勉強していた話に過ぎない。 「すごいプログラマ」が「すごいこと」をした話を読みたければ、以下の記事などがよいと思う。 会社をやめて約1年プログラミングの勉強に費やしたことに対する満足と後悔 | blog.ojisan.io 2年間の独学をふりかえって – Happy Coder 予防線を張ったところで、本題に入る。 背景や動機 プログラミングの勉強をするために前職を辞めたわけではなく、退職の理由は別にある。 そ
AI の次の重要な一歩
AI は、Google が現在取り組んでいる中で最も本質的なテクノロジーです。AI は、医師による病気の早期発見の支援や、自国語での情報へのアクセスなど、人々、ビジネス、コミュニティの潜在能力を引き出します。そして、数十億人の生活を大きく改善できる新しい機会を提供します。6 年前から、私たちが Google の方向性を AI 中心に再編し「世界中の情報を整理し、世界中の人がアクセスできて使えるようにする」という Google のミッションを果たす最も重要な方法に AI を据えているのは、これが理由です。 以来、私たちは全面的に AI への投資を継続し、Google AI と DeepMind のチームは最先端のテクノロジーを進化させています。現在、AI の計算規模は半年ごとに倍増していますが、それはムーアの法則よりもはるかに早いペースです。同時に、高度なジェネラティブ AI と大規模言語モ
この記事の概要 ・都職員による生成AI活用事例集を基に、ChatGPTの効果的な使い方を解説 ・プロンプト作成のコツと最新ノウハウを平易な言葉で紹介 ・具体的な指示、マークダウン記法の活用、理由の記載など実践的なテクニックを解説 ・サンプルプロンプトの修正例を通じて、より効果的な書き方を例示 ・ChatGPTとの対話を通じた論理的思考力向上の可能性を示唆 Claude 3.5 Sonnetで作成こんにちは、saip (@_saip_) です。 生成AIを利用した事業をしている株式会社TrippyでCTOを務めています。 Xで話題になっていたところてんさんの以下のポストから、「都職員のアイデアが詰まった文章生成AI活用事例集」という資料が公開されていることを知りました。 東京都もMarkdownとは言ってなくて、ハッシュタグと言ってる…… どうみてもMarkdownの見出しによる強調なんだが
0. はじめにこの記事は、中学受験した人の優秀性を説く記事ではありません。中学受験しなくても、塾にいかなくても、もちろん学問的に優秀な人はいます。中学受験が全ての小学生に有効とは思いません。ただ、純粋に一つの風景を紹介します。 先に書いておきますが、中学受験に「コスパ」を求めすぎるべきではありません。アカデミックなつながりや学問的なレベルの高さに価値を見いだせず、ただ進学する大学や就職先や年収などで「勝者」「敗者」を決めるなら、中学受験で偏差値の高い進学校に行く必要はありません。優秀な公立高校に行ってもいいですし、勉強が嫌いなら、何科目も勉強して難しい問題を解く東大よりも、小論文や面接、英語と数学で受かる慶應とかに行った方が「コスパ」はいいです。 まず、やや過激なタイトルにしたことに関してお詫び申し上げます。これは学歴自慢というわけではなく、あくまで中学受験という単語からしばしばイメージさ
2021年3月8日から公開された『シン・エヴァンゲリオン劇場版』（以下、シン・エヴァ）。本作は新型コロナウイルス感染症拡大による緊急事態宣言のもと、その終盤においてはリモート環境で制作が行われた。しかし、公開の迫るアニメ映画をリモートで完成させるのは並大抵のことではない。 講演「スタジオカラーのこれからのシステムづくり（仮）」の内容をお届けする。タイトルの（仮）は、登壇者のカラー・鈴木慎之介氏が立ち上げに携わった「ニコニコ動画」のβ版以前の初期名称に由来している 制作環境を構築するため、制作会社であるカラーは、大規模なシステムの強化やインフラの整備を実施。この制作環境構築プロジェクトで主導的な役割を果たしたのが、カラー 執行役員 技術管理統括の鈴木慎之介氏だ。 3月13日、アニメ制作におけるデジタル作画、関連技術をテーマとしたフォーラム「アニメーション・クリエイティブ・テクノロジー・フォー
【都知事選2024】チーム安野の選挙戦を振り返って〜メンバーのKPTを公開〜｜#安野たかひろ 事務所（公式）
七夕の夜、小池知事の当選確実が報じられた後、あいさつする安野さん。「素直に悔しい」「本当に意味のある成果」「日本の政治を変えていきましょう」。誠実な人柄であふれていました。 そして、短冊の願い事を見て改めて感じました。 いいチームですね。#安野たかひろ https://t.co/8LVzKlqRLq pic.twitter.com/cpvyotLAv1 — 山本浩資@サンデー毎日編集次長 (@KosukeYAMAchan) July 8, 2024 ▲会の終盤には記者さんにもお越しいただけました 今回の記事では、7月7日の振り返り会でそれぞれのメンバーが発表したKPT（Keep/Problem/Try）を公開いたします！メンバーの熱い思いが結集した結果、振り返りの分量は文字数にして3万字超え、項目は518にものぼりました。 このnoteではその内容をギュッと凝縮して、お伝えいたします！
このブログはグロースエクスパートナーズ Advent Calendar 2021の10日目です。 社内メンバーから要望があったので、僕自身がどのようにシステム開発の初期段階において、どのように要望を整理し、形にしていっているのかについて書きたいと思います。 なお内容は弊グループの案件を前提にしているので、システム開発は以下のような状況が一般的です。 クライアントは直接契約（プライム） 要望を出すのはクライアント企業内で事業運営側の人で、システム開発にかかわった経験がないことがある 対象システムはSoE/mode2で、一般消費者や取引先などの外部ユーザーと、社内で業務を回す内部ユーザーがいる 相手の話を整理するフレーム まず、相手から得られる情報を4つの階層にわけて整理する必要があります。 目的：達成すべきこと 戦略：目的を確実・効率的に達成するためのシナリオ 戦術：戦略を実行するための具体
「Infrastructure as Codeに疲れたので、僕たちが本来やりたかったことを整理する」を１年掛けて整理した
こんにちわ。rwle1212です。 本記事は JAWS Days 2020 で話す予定でしたが、昨今の事情によりオンライン開催となったため、登壇予定の内容を記事にしたものになります。 登壇していれば諸般の事情により左手首を骨折したネタが使えたのですが、ブログでは伝わらないので非常に残念な思いをしております。という話はどうでも良いので本題に入ります。 50分の登壇内容なので少々長くなりますが、お付き合いください。 JAWS Days 2019で登壇した内容の振り返り昨年の JAWS Days 2019 で「Infrastructure as Codeに疲れたので、僕たちが本来やりたかったことを整理する」という内容で登壇しました。 まずは上のリンクに添付されているスライドを5分位で読めると思うので一読頂いて、下の文に進んで頂ければと思います。 そもそもInfrastructure as Cod
※追記：本記事では論文誌、学会名や社外講座名などを伏せております。もし必要でしたらSNS等にてお尋ねください（少しググれば見つかりますが）。 私は2022年3月に博士号（工学）を取得しました。いわゆる社会人博士というものです。 自分が博士課程に在籍していたときに、他の方のブログを読んで参考になったので、このようなものは数が多いほうがよいだろうと考え、自分の記録も残しておこうと思います。この記事が誰かの参考になれば幸いです。 tl;dr 研究者としては並以下の、プログラミング好きな研究者（40代管理職）が、4年かけて、「新しいソフトウェア作ったよ」という仕事とは無関係のテーマで博士号を取りました。 どのような人間か 私は企業の研究所に務めている研究者です。物理実験系の修士課程を修了し、情報系の研究所に入社するという、やや異色の経歴です。博士課程進学時（2018年4月）の肩書は主任研究員で、部
MMDは日本の3DCGを破壊してしまった （2022年度版）2022/08/16加筆 - MMDは日本の3DCGを破壊してしまった
2022/08/16加筆 自分は2018年、2019年の下記記事を書いた人物とは別人である。 ■MMDは日本の3DCGを破壊してしまった anond.hatelabo.jp ■1年前の「MMDが日本の3DCGを破壊した」について anond.hatelabo.jp 2018年に日本の3DCGがMMDでガラパゴス化したと指摘され、およそ3年が経過した。 現在の日本の3DCGはどうなってしまったのか？ 結論から言えば中国（ビリビリ動画）に日本の3DCG（ニコニコ動画）は完全に追い抜かれてしまった。 日本の白物家電が中国・韓国製に駆逐されたのと同じように、世界から完全に取り残されてしまったのだ。 MMDは現在の3DCGの水準から見ればゴミクズである。 これはMMDモデル製作者やMMDモーション製作者などをこき下ろすつもりで言ってるのではない。 MMDはありとあらゆる面において「古い」のだ。 例え
訳者注 本記事は、Dan Schmidt 氏のブログ記事「A Visual Vocabulary for Product Building」をご本人の許可のもと日本語訳したものです。 ninjinkunさん、Koshiro Kumikoさんにレビューにご協力いただきました。的確かつ、建設的で思いやりのあるアドバイスとフィードバックに感謝します。 同一著者の関連記事としてこちらもぜひ合わせてご覧ください：【翻訳】プロダクトマネジメントトライアングル 以下、翻訳本文です。 プロダクトビルダー（訳注：プロダクトをつくる人たち）が自分のプロダクトに当てはめられるような、成功するプロダクトをつくる方程式はありません。これは、プロダクトが置かれている常に変化するコンテキストに、プロダクトづくりの詳細が大きく左右されるからです。あるプロダクトで成功した戦略が別のプロダクトではまったくあわないこともありま
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
メルカリを退職してロンドンのMetaに転職します 〜 外資Big Tech転職活動体験記｜松岡玲音｜note
「あとでやるので覚えておこう」は脳のメモリーをロックするからコスパが悪い
人間をリソースと呼ぶことの何が問題なのか - valid,invalid
演劇界隈炎上への雑感｜出世景清｜note
2020年の開発者が知っておくべき11の必須スキル - Qiita
Dockerとはどういったものなのか、めちゃくちゃ丁寧に説明してみる - Qiita
電機業界で技術屋をしているんだけど、長期的に見て車の電動化が進むのは..
2021年に読んで面白かった漫画 55選 - #AQM
課題を管理して実行して達成するための手順 - そーだいなるらくがき帳
都内の感染症指定医療機関で何が起こっているのか（忽那賢志） - エキスパート - Yahoo!ニュース
セキュリティーチェックシートという闇への防衛術 - Qiita
シンギュラリティは来ない - きしだのHatena
退職（およびスラド編集長からの退任）のご挨拶 | hylomの日記 | スラド
自己流の手順書フォーマットを公開してみた | DevelopersIO
都会の家賃1ヶ月分で世界中の景色を手に入れた話 - Yes-No
集中力はこうやって飼いならす。サイエンスライター・鈴木祐が“圧倒的な仕事量”をこなせるワケ
これをやると「言語化が苦手な人」と、意思の疎通がしやすいかもしれない。
Cache Storage がめちゃくちゃ肥大化する問題について調べる | ぴんくいろにっき
東京都の生成AI活用事例集にツッコミを入れてみる｜saip(さいぴ)
SAPIX→御三家→東大合格の"テンプレ"人間が語る中学受験と塾｜Yuki
『シン・エヴァ』のリモート制作を支えたシステム&ツール - カラーが考える「アニメのデジタル化」
システム開発で曖昧な要望を形にしていく方法 - arclamp
趣味のプログラミングで博士号を取った社会人の覚え書き
【翻訳】 図解 プロダクトづくりの構造 - ykmc09 blog