6 月 30 日付けで退職、昨日 28 日が最終出社日でした。 2018 年 2 月から、約 1 年半お世話になりました。 マーソ株式会社 is 何 ( 2019 年 6 月末時点の情報です ) www.mrso.jp MRSO という Web サービスを運営している会社です。 MRSO は、人間ドックや検診を全国の医療施設から検索・予約できるポータルサイトです。 登録されている医療施設数は、国内の類似サービスの中ではトップクラスの規模です。 他にもこんな事業をやっています。 MRSO で利用できるギフト券、マーソギフト券の販売 健康をプレゼントするとう考え方 ご両親に人間ドックを受けてほしい！ というユースケースが多いようです 企業向けの健診結果管理システムの開発・運用 ( toB ) 何をしていたのか MRSO の開発・運営に必要なほとんどの領域を担当していました。 具体的には、 新機
レポート及び論文では「基本的な能力を有した日本語ユーザーであれば誰でも理解できる（誤解しない）」精確な（＝精密で的確な）日本語を書くことが求められます。その能力を身に付ける第一歩として，以下のルールを必ず守ってください。中には瑣末なモノも含まれますが，これらを守るだけで添削・修正の手間も再提出の可能性も格段に下がります。これらの基本的な書式が守られていないレポートは添削せずに送り返します。 1. 「何となく伝わるだろう」は絶対にNGです。書いてある通りにしか解釈できない，逆に言えば，その他の（拡大）解釈や曲解を許さない厳密な文章を書くことを心がけましょう。 2. そのためにも，まずは主語を明確にすること。「書かなくても伝わるだろう」「好意的に解釈してくれるだろう」という期待を読み手に押し付けてはいけません。 3. 主語を明確にしたら，主語に述語を対応させましょう。主述が対応していないという
IT業界でストレスなく働くには - Qiita
はじめに ITエンジニアのみなさんこんにちは。 今日はIT業界でストレスなく働くということについて考えます。 GPT先生にお題を頂いてそれぞれコメントしていきます。 状況への適応の困難さ IT業界で最も多く発生しているのはこの要因かと思います。 ITエンジニアはSESなどで時間いくらで切り売りしている時給労働者ですが、簡単にはできない技術を提供することで高い単価を頂く仕事になっています。 学生さんから社会人になった人には分かりにくいですが、一定の期間内に一定の成果を出すといった点がコンビニのバイトとは大きく異なります。 現実の状況や要求が個人の能力や資源を超えている場合、適応することが難しくなります。このような状況では、ストレスが生じやすくなります。 誰にでも簡単にはできない技術 はマニュアル化されておらず、自分で状況を判断して適切な結果を出していく仕事となりますが、それができないとすると
Google に入社して 10 年が経った
Developer Advocate という技術啓蒙の担当者として Google に入社して今日でちょうど 10 年が経った。技術以外のことについてはめったにブログを書くことはないのだけど、良い節目なのでこの機会に記録を残しておきたい。 Google 入社のきっかけ # 「インターネットにアイデンティティのレイヤーを作り、インターネット全体をオープンなソーシャルネットワークの基盤にしたい」これが僕が前職で持っていた野望だった。その一歩として、その会社で運営していたポータルサイト全体をソーシャルプラットフォーム化するというアイディアが採用され進める中で、OpenSocial という Google が中心として進めていた技術に取り組んでいた。日本語の情報が少ない分野だったためブログを書いたり、コミュニティ運営や技術講演をしていたら、当時 (今もだけど) 仲良くしてもらっていた田中洋一郎さんに
2022年4月、Deno に以下のバグが報告されました。 fetch API を使って 300KB ぐらいあるファイルをアップロードすると、一定確率でアップロードされたファイルが壊れるというバグの報告です。 報告者によれば、1.20.6 まではバグは発生しておらず、1.21.0 から発生するようになったという事です。1.20.6 の次のリリースが 1.21.0 なので、パッチバージョン1個分まで、バグの発生時期が特定されている状態です。 fetch 周りは自分はほぼ実装していないので「担当範囲ではない」感覚だったので、普通にスルーしていました。 自分に限らず、Deno Land コアチームの誰もこの issue にピンと来る人が居なかったようで、stale ボット (数ヶ月進捗の無い issue を自動的にクローズしようとするボット) に2回もクローズされかけていました。Deno の st
【SFマガジンで話題沸騰】特別対談：宇多田ヒカル×小川哲 全文を無料公開！｜Hayakawa Books & Magazines（β）
ベストアルバム『SCIENCE FICTION』を発表した宇多田ヒカルさんと、ハヤカワSFコンテスト出身の直木賞受賞作家・小川哲さんによる、SFマガジン史上に残る豪華対談が話題となり、発売前にもかかわらず増刷なったSFマガジン2024年6月号。本欄では、その対談全文をなんと無料で公開いたします！ SFマガジン2024年6月号 定価：1320円（税込）早川書房特別対談：宇多田ヒカル×小川哲撮影：古谷勝／Styling：小川恭平／Hair and Make-up：稲垣亮弐「Automatic / time will tell」での鮮烈なデビューから25 年――初のベストアルバム『SCIENCE FICTION』を発表した宇多田ヒカルと、ハヤカワSF コンテストからデビューし『地図と拳』での直木賞受賞も記憶に新しいSF 作家・小川哲の特別対談が実現。二人のアーティストを育んだ「SF」そして「文学
現代のソフトウェア開発を学ぶために「正しいものを正しくつくる」を読んだ - $shibayu36->blog;
最近はいかにエンジニアリングの立場でプロダクトを成長させられるかについて考えている。そこで、現代のソフトウェア開発やアジャイルについて学ぶため、同僚にオススメされた「正しいものを正しくつくる」を読んだ。 正しいものを正しくつくる プロダクトをつくるとはどういうことなのか、あるいはアジャイルのその先について 作者:市谷聡啓ビー・エヌ・エヌ新社Amazon なぜ現代ソフトウェア開発は難しいのかから始まり、現代ソフトウェア開発の不確実性へ対処するためにアジャイルを利用するという流れになっていて非常にわかりやすかった。また「正しいものをつくる」ことと「正しくつくる」ことをうまく切り分けて説明してくれたので、自分の中で論点を整理しやすかった。 「正しくつくる」部分に関しては、これまで自分も注力してきたところであったので、かなり経験知を言語化できた。一方「正しいものをつくる」部分に関しては、まだ経験が
はじめに 何を書こうか迷ってたんですが、ちょうど副業始めて1年ほどたったので、どういうきっかけで始めたか、何をしてるのか、やってみたメリットなどを書いていこうと思います。 なぜ副業×AWSなのかというと、自分が副業をやっていく中で普段AWSに触れていることが強みになっていたので、単に副業だけじゃなくAWSも混ぜてみました。 これから副業を始めようと思っている人、特に本業で役割が変わってあまりコード書けなくなった人に参考になれば。 自己紹介 本業ではSREという部署でCloud Architecture Grpというチームを持っており、自社サービスであるCOMPANYのクラウドネイティブ化を推進しています。 主にクラウドプラットフォームとしてはAWSを利用しているため、日常的にAWSのサービスに触れる機会が多いです。 そんな本業の傍ら、3社で副業やってます。(20名規模ぐらいのベンチャー)
中学英語からやり直したい社会人に有効な学習方法 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
「社会人になったいま、中学英語からやり直したい。どんなやり方がいいの？」 「中学英語のやり直しをするのにおすすめの本や参考書は？」 そんな疑問をおもちではありませんか？ 学生時代英語がまったくできなかったものの、社会人になって急に英語が必要な状況になったら、困るのも無理はないでしょう。 久々に英語を勉強しようと思うが、中学英語の内容を忘れてしまった……。そんな方のために、今回は「中学英語のやり直しに有効な社会人向けの学習方法」「中学英語のやり直しにおすすめの参考書」などを紹介します。 中学英語に限らず、英語学習全般について知りたい方は「ENGLISH COMPANYの英語勉強法ノート by STUDY HACKER」をご覧ください。 【監修者プロフィール】 田畑翔子（たばた・しょうこ） 米国留学を経て、立命館大学言語教育情報研究科にて英語教育を専門に研究。言語教育情報学修士・TESOL（英
ロックスターになれなくてもいい。ソフトウェア開発に長く携わる技術「メタエンジニアリング」とは - Findy Engineer Lab
Developers Summit 2020に登壇 こんにちは！ 塩谷啓（@kwappa）と申します。ヘイ株式会社（2022年10月よりSTORES 株式会社）のエンジニアリング室という部署で、マネージャーをしています。 エンジニアとしてのキャリアを家庭用ゲームソフトの開発からスタートし、SESや受託開発を経て、いくつかのWebサービスの会社で働いてきました。2011年ごろから、エンジニアリングと並行して採用の仕事も担当するようになり、現在ではマネジメントとメタエンジニアリングを主な業務領域としています。 並の腕前のエンジニアが発見した新しい適性 ごく平凡なエンジニアであることの焦燥感 突然の採用担当 メタエンジニアリングのめざめ 技術広報・採用・組織開発でそれぞれ何をするのか？ 技術広報 ─ アウトプットを実現して社外から信頼を得る 採用 ─ 公開情報のメンテナンスと選考プロセスの整備
【第1回・前編】 エンジニア和田卓人の今を形作る技術 | GeeklyMedia(ギークリーメディア) | Geekly（ギークリー） IT・Web・ゲーム業界専門の人材紹介会社
『テスト駆動開発』や『SQLアンチパターン』をはじめとする技術書の翻訳者、さまざまなIT企業をわたり歩く技術顧問、さらに最近ではエンジニアリング文化を伝える講演者としても活躍されている和田卓人さん(https://twitter.com/t_wada)。 そのソフトウェアエンジニアとしての素顔を株式会社一休CTOの伊藤直也さん(https://twitter.com/naoya_ito)が聞き出す対談の前編では、一線を画すエンジニアであり続けるために自らのプロジェクトで意識的にコードを書いているという和田さんの姿勢に始まり、ベテランとして「技術のらせん」を読み解くケーススタディとしてDDD（Domain-Driven Design）を題材に話を伺います。 ・伊藤 直也さん / 株式会社 一休 執行役員 CTO 新卒入社したニフティ株式会社でブログサービス「ココログ」を立ち上げ、CTOを務め
【初心者必見】プログラミング未経験から3年間のPython学習ロードマップ完全版 - 仮想サーファーの日常
近年、Pythonの求人数・案件数が増加すると同時に単価も上がってきており、エンジニアの中で人気が高まっています。 これからプログラミング言語Pythonを学んで、Webアプリケーション開発エンジニアや機械学習エンジニアになりたいと思っている方も多いのではないでしょうか。 この記事では以下のような方向けに、Pythonを未経験からどのような手順で学びPythonエンジニアになるのか、またPythonエンジニアになった後にどのように学び続けていけばいいのか、具体的な方法をまとめています。 この記事の対象読者 エンジニアではないけど、未経験からPythonエンジニアに転職したい方 エンジニアではないけど、未経験からPythonでデータ分析や業務効率化をしたい方 非Web系の会社で働いているけど、Web系のPythonエンジニアに転職したい方 Pythonとは Pythonとは何か Python
執行役員 VP of Engineering 兼技術部長の @hsbt です。 GMO ペパボ株式会社(以下、ペパボ)では一年に二回、半期ごとにエンジニアが実績の資料を作成し、資料に基づいて評価を行う制度があります。評価資料では、ペパボが大切にしている三つのことである「なかよくすること」「ファンを増やすこと」「アウトプットすること」それぞれについて、エンジニアとしてどうコミットしたかというのを述べる必要があります。 2019 年上期(1-6月)の評価を @hsbt が行った部署のメンバーに向けて、何故エンジニアにとってアウトプットが大事なのか、ということを述べた文章を社内で共有しました。今回はその文章をアレンジして公開したいと思います。 今回の評価で、気になったこととしては、 「OSS は開発していません、発表もしていなかったのでアウトプットはBです」という自己評価が散見されたことです。一
今まで長いことお世話になりました！ リクルートグループを退職しました！ これからもよろしくお願い致します！ Graduate from Recruit! pic.twitter.com/ZfNlLXS6OF— ゆずたそ (@yuzutas0) February 25, 2019 はじめに 自己紹介 ITmedia著者紹介欄から引用します。 リクルートテクノロジーズ プロダクトエンジニアリング部所属 途上国から限界集落まで各地放浪、ベンチャーキャピタルから投資を受けての起業や会社経営、リクルートグループ会社における複数の新規事業の立ち上げを経て、現職。 現在は急成長プロダクトを対象に、システムアーキテクチャの再構築やエンジニアチームの立ち上げ、立て直しに従事。 他エントリーやTwitterもご覧くださいませ。 誰に何を伝えたいか 私を知っている人たち、これまで私がお世話になった人たちに「懐か
『個人開発がやりたくなる本』を自費出版しました #技術書典 - 下町柚子黄昏記 by @yuzutas0
ご挨拶 自称企画屋・コンセプトデザイナーの@yuzutas0です。 執筆者一同をはじめとして、 アンケートに回答してくださった皆様、各所で書籍を紹介してくださった皆様、 その他何らかの形でご協力いただいた皆様、本当にありがとうございました。 さて、発売から間が空きましたが、 裏話をツイートしたところ反響をいただけたので、ブログに制作秘話をまとめます。 個人開発者や技術書典参加者のヒントになれば幸いです。 『個人開発がやりたくなる本』の経緯・裏話をブログにまとめようと思ったけど、細部まで語りだしたらキリがないことに気付いた。1時間枠で登壇できる内容・分量だ……。 pic.twitter.com/Qr9PcHF46c— ゆずたそ (@yuzutas0) May 3, 2019 もくじ ご挨拶 もくじ 1. はじめに 1-1. 免責・謝罪・注意・お願い 1-2. 書籍概要 1-3. この取り組み
在宅勤務における「サボる」の意味が理解できない
昨今の新型コロナの蔓延を機に、在宅勤務ができるできないという話が盛り上がっている。その中の「在宅勤務だと社員がサボるのではないか」という議論がどうしても理解できないでいる。ネットで少し検索すると、在宅勤務で部下がサボるのではないかという上司の懸念、在宅勤務でサボったことがある人のアンケート、在宅勤務でサボりを監視するためにマウスやキーボードの稼働状況やカメラで映像を撮る製品など色々な話題が出てくる。これらの話を見聞きしてずっと疑問だったのが、果たして在宅勤務で「サボる」ことはそもそも可能なのだろうかということだ。 少し自分の話をすると、自分はB2BのIT企業に勤めており、新型コロナの騒ぎ以降ずっと在宅勤務をしている。自分の勤め先において従業員がサボることを気にしているという雰囲気はまったくないし、いわゆるサボり監視の仕組みも導入されていない、と思う。秘密裏に導入されている可能性を否定はしな
note.com 読みました。 彼氏だけにかかわらず、友達だろうと職場の人だろうと、最初は普通でも時間が経つと「なんだコイツ」とギョッとした反応をされるようになり、うっすら見下したような扱いを受けるようになる。繰り返しになるが、私の人間関係はずっとずっとそんな感じなのだ。 私は愛され続けるだけの能力を持たないのだと思う。 わかりみが深い。 私もだいたい同じような経路をたどって、もうあんまり希望を持たなくなった。付き合い始めは頑張って好感度高くしても、そのあとどんどん失望されて行って、最終的に「あいつとはもう付き合えない」といわれるのだ。 なんどかそういうのを繰り返して、自分はもうそういう人間なんだと開き直ってしまった……。私がモテなかったり他人と交際ができないのは私のせいであり、他の誰のせいでもない。そういう風に思わないと生きていけない。でもつらい。 www.tyoshiki.com でも
30過ぎてオタク趣味が楽しくなくなってきた人は「年のせいかな？」と疑う前に「オタク趣味は、油断するとすぐ楽しくなくなる」という原則を覚えておきたい - 頭の上にミカンをのせる
[第86話]2.5次元の誘惑 - 橋本悠 | 少年ジャンプ＋ オタクとしてのモチベーションが急に切れた時の対応についてかたってる回。 2.5次元の誘惑 10 (ジャンプコミックスDIGITAL) 作者:橋本悠集英社Amazon 私が最近ブログが楽しくないのは、どう考えてもアウトプット過多、インプット不足です。本当にありがとうございました。 タイトルで言いたかったのはここまでです。 id:cider_kondoの指摘通り、残りの部分は蛇足です。ただ、これは上のマンガで言ってる「アウトプット過多」とは別の話だと思うよ……。 マンガのコマだけ引用するのもなんなので、蛇足語り オタクって「魂」とか「気づいたらなってる」みたいな形で語る人いるけど 一部の例外を除いては「習慣」が「人格」を形成するという話でしかない。 思考に気をつけなさい。それはいつか言葉になるから。 言葉に気をつけなさい。それはいつ
セキュリティに関連する情報は鮮度が命。「piyolog」の“中の人”piyokangoさんのブログの書き方【エンジニアのブログ探訪】 - 週刊はてなブログ
はてなブログで技術に関するブログを書いている方に、“ブログを書き続けること”について教えていただく企画「エンジニアのブログ探訪」。第3回は、「piyolog」のpiyokangoさん（id:piyokango）に登場いただきました。 国内外のセキュリティにまつわる情報をまとめているpiyokangoさんのブログ「piyolog」は、セキュリティに興味のある方であればきっと見かけたことがあるはずです。 セキュリティの話題を時系列で追い、分かりやすく記事にまとめるpiyokangoさんは、2010年から本格的にブログをスタート。それ以来コンスタントにセキュリティに関する記事を発信し続けています。そんなpiyokangoさんに、ブログのスタンスや情報源などについて、幅広く伺いました。 ※取材はメールインタビューで実施しました piyokangoさんのブログ「piyolog」 ──セキュリティに関
ランディングページ制作に役立つマニュアルと改善法(toCtoB)｜相原 ゆうきfree web hope
こんにちは！株式会社free web hopeの相原です。 今回は当社でのランディングページの創り方をベースしにて、ランディングページ制作をする時に役立つフレームワークを公開します。当社の社内マニュアルにもなっているものです。お陰様で中々の高評価を頂いており、書いた甲斐がありましたtt これ読んだらめちゃめちゃやる気出た！！ 何から始めたら良いのかわからず何も知らないままやろうとしていたからね、そりゃあ心も折れるはずだ👶 ランディングページ制作に役立つマニュアルと改善法(toCtoB)｜相原 ゆうきfree web hope @fwh_aihara #note https://t.co/u5ACEAfePU — せりょ🌷＠Travel×Shopify✈︎ (@seritulip) October 14, 2020 事業戦略から、LPへの落とし込み、tipsまで、半端ない。 めちゃくちゃ
ウォーターフォールを殺しにきている書籍「継続的デリバリーのソフトウェア工学」を読んだ - 勘と経験と読経
読むのがホネな（積みがちな）技術書やビジネス書を取り上げて２週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第52回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗るという仕組み。過去5回分のログはこんな感じ。 #51 V字モデルの深淵を覗き込んで反省する：「単体テストの考え方（UTPPP）」を読む（後編） - 勘と経験と読経 #50 V字モデルの深淵を覗き見た気分：UTPPPを読む（前編） - 勘と経験と読経 #49 「デジタルトランスフォーメーション・ジャーニー」でDXできる？ #デッドライン読書会 - 勘と経験と読経 #48 頭を良くしたいので「哲学思考トレーニング」を読んだ #デッドライン読書会 - 勘と経験と読経 #47 いまさら「マスターアルゴリズム」読んだ #デッドライン読書会 - 勘と経験と読経 さ
「デザイナーだけがデザインをする時代は古い」「デザインにセンスはない」と語るのは、Udemyの「UI/UXの改善を進めるための基礎講座」などで人気を誇る、UI/UXデザイナーの濱野将氏。生成AI時代において、デザインをビジネスをつなげるためのポイントや、UI/UXの基礎を解説します。 UI/UXデザイナーが教えるデザインの基本 濱野将氏：それでは、僕からは「ビジネスを実現する『デザイン』の基本」をお話しさせていただきます。よろしくお願いします。 今日のアジェンダはこんな感じです。「デザインの必要性」「デザイナーだけがデザインする時代はもう古い」「UI/UXについて」。今回はAIがテーマなので「AIを使ったプロジェクトの進め方」も少し紹介させていただきたいなと思っております。 簡単に自己紹介をさせてください。株式会社IMAKE代表の濱野と申します。職業はUI/UXデザイナーで、講師もさせてい
地方の文化と教養みたいな話
少し前に東京の文化や地方都市の文化、みたいな話題が増田で盛り上がっていた。 大体、こういう話題のオチは東京は消費文化に過ぎないとか、クラブカルチャーのようなものは地方都市では生まれ得ないといったマウント合戦になる。 お盆で帰省していたので亡き父の書斎の整理をしていた。 我が家は地方都市の自営業。地主階級ではなく、単なる１代限りの商売をした層だ。自分は継がずに東京でサラリーマンをしている。 そんな父はエスタブリッシュメントではないが、書斎や職場の倉庫に優に2万冊を超える書籍を残していた。 思い出せば父は休みの日は本を片手にソファで寝っ転がっていた。インテリ風な見た目、オシャおじな見た目では全くなかった父は、家族以外の他人からはいつも印象と蔵書量がピンと来なくて驚かれる。 あまり父と本の内容や政治経済の話をしないので、読んでいた本の傾向はわからないが、いわゆる雑食型だと思う。そもそも大学教授や
開発チームの生産性・健全性を客観的に知るためにリポジトリ履歴から機械的に可視化するツールを作った - Qiita
はじめに ソフトウェア開発のチームの生産性や健全性というものは、内部の体感的として理解できるものの、外部の人間からは見えにくいものです。こういった情報の非対称性は開発チーム外の人々との関係の中での問題の原因になってきました。 また、複数の開発チームやプロダクトを束ねるEM、CTOや、管理職にとってそれぞれの状況を客観的な数字やグラフで可視化することは、全体的な戦略を考える上でも重要な参考情報になります。ですが、アンケートやプロジェクト管理を増やすほど、どんどんと開発メンバーに負担をかけてしまうことになり、計測のし過ぎによる疲れなども誘発してしまいます。 本稿では、gitリポジトリのログ情報から、いくつかのグラフを生成し、チームの状況を可視化するためのツールgilotを作成したので、その目的と意図、そして使い方、注意点を解説します。 アプローチ方法 gilotのアプローチは、git logの
今から5年以上前の2016年に登場以来、着実に進化を続けてきたアップルによるSwiftプログラミング環境アプリ「Swift Playgrounds」のメジャーバージョン4が登場した。 今回のバージョンの最大の特長は、iPad上で作成したアプリを「App Storeを通じて全世界に向けて公開するまでの機能」を内蔵したことだ。SwiftUIなど、iOSやiPadOSのアプリを作成するための本物のフレームワークをそのまま利用でき、本物のアプリを作成できる。言うまでもなくアップルの純正アプリで、誰でも無料で利用できる。さっそく使ってみよう。 iMovie、GarageBandに続くアマチュア用高機能アプリ 当初は教育用の色彩の強かったSwift Playgroundsは、iPadだけでプログラミングの学習からアプリの開発、公開まで完結する、ハンディな「アプリ開発環境」となった。アップルの純正アプリ
シロナガス島という奇妙な名前の島がある。ベーリング海の洋上、鉛色の空と海に押し潰されるように浮かぶ、絶海の孤島だ。ニューヨークに事務所を構える、探偵・池田戦（いけだ せん）は相棒の天才少女・出雲崎ねね子（いずも ざき ねねこ）とともに、シロナガス島に向かうフェリーに乗り込む。依頼人の願いを請け、彼女の父が残した謎を明らかにするために……。 以上は、2020年3月、完全個人制作のADVとしてSteamでリリースされたビジュアルノベル『シロナガス島への帰還』（以下、シロナガス島）の導入部である。物語の冒頭は、まさしく孤島モノの様相をていしているが、クラシックな要素はそれだけではない。コマンド選択システム、画面内の物品を調べるポイントクリックシステムなど、シロナガス島は意外なほどまでに「王道ADV」で構成されている。ともすれば、日々生み出される幾多のインディーゲームに埋もれかねないほどに。 ……
人工知能(AI)を研究する非営利団体のOpenAIが、自然言語処理と画像生成を組み合わせたAI「DALL・E」を発表しました。DALL・Eは人間と見分けが付かないほど高精度な文章を生成するAI「GPT-3」のパラメータを使用し、文章からイラストや写真を作り出すことができます。 DALL·E: Creating Images from Text https://openai.com/blog/dall-e/ OpenAI debuts DALL-E for generating images from text | VentureBeat https://venturebeat.com/2021/01/05/openai-debuts-dall-e-for-generating-images-from-text/ OpenAIの公式ブログでは、実際に「DALL・Eに入力したテキスト」と「DA
開発者の生産性を測るためのフレームワーク`SPACE`について
LeanとDevOpsの科学の著者の一人であるNicole Forsgren氏が著者に入っているThe SPACE of Developer Productivity: There's more to it than you think - Microsoft Researchで提唱されているSPACEについて 以下記事も Four Keysだけじゃない開発者生産性フレームワーク 開発生産性の可視化フレームワークであるSPACEを活用するために、どのようなメトリクスをどう取得するかについて考えてみる 要約 SPACEは開発者の生産性を計測するためのフレームワーク 推奨されている測定指標のカテゴリ(本文ではディメンションと定義)の頭文字 satisfaction and well being performance activity communication and collaborati
12月末でLaunchableを退職します。実際には11月30日が業務最終日で12月は求職活動をしていました。幸い12月中に転職先を決めることができ、1月から次の会社で働きます。次の会社は年明けにお知らせします。 求職活動中は多くの方や会社から連絡をいただき本当にありがたかったです。全てにお返事をすることができず申し訳ありませんが、直接お知らせできなかった方にはこちらでお知らせとなることをご了承ください。 以上でお知らせは終わりで、以降は単なる中年男性のしょうもない独白です。 退職は非常に残念で、Launchableでまだまだやりたいことはあり、これからというところでもあったのですが、言ってしまえば西海岸外資の洗礼を受けたということです。 今回の僕の挑戦はあっけなく終りを迎え、ほろ苦い体験となりました。とはいえ間違いなく良い経験にはなりました。Launchableの事業は引き続き応援してい
文化からツールまでを扱ったタイトルに違わぬ大著『Googleのソフトウェアエンジニアリング』を読んだ - こまぶろ
昨年11月末に発売された『Googleのソフトウェアエンジニアリング』を読みました。 Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス オライリージャパンAmazon 細かい内容についての感想はTwitterの方に放流しているので、ブログでは簡単に。 とりあえず一周した。17章以降は基本「いやーGoogleさんすごいっす」という感じだったが、ところどころ役立つ話があったし、「エンジニアリングを発展させていった先の一つの形がこうなのか」という面白さは大きかった。逆に前半は実践的にかなり勉強になったのでちゃんと復習しよう…… #swebookjp— こま (@koma_koma_d) 2022年1月3日 全体の構成 書籍全体の構成は、以下のようになっています。 分量としては、「第4部 ツール」が最も大きな部分を占めています。 第2部から第4部に
このブログではあまりこういう話は書いてこなかったけど, 以前少しだけ触れたように, 僕はここ最近エンジニアリングマネージャをやっていて, こういう話題を考える機会はけっこう多い. 具体的には, エンジニアリングマネージャとして複数チームのテクノロジ/プロセス/プロダクト/ピープルのマネジメントを日々やっていて, そのうちのプロセスマネジメントとして, 各チームのスクラムマスタ的な人に助言したり, 開発プロセスの改善のためにチームが起こそうとしている変化を受け入れるようラインマネージャを説得したり, といったことにけっこう時間を割いている. スクラムに関して以下のような話を見かけて, これはまさに日々悩まされていることだった. 一言で言うと「ベロシティの安定化でみんな躓く」という話. これは僕の経験上も納得できる. この記事に寄せられたコメントを見ると, 「で, じゃあどうやってベロシティを
はじめに この記事は、成り上がりたくて必死に読んだ感謝の技術書6冊を真似した記事です。 本稿では、開発経験10年以上の私が、新人の頃に読めば良かったと後悔するほど感謝した技術書を紹介します。 私がこれらの本を読んだのは、入社して数年経ってからですが、もっと早く読んでおけば、もっとうまく仕事ができたのにと思いました。以下に、各書籍の概要と、後悔するほど感謝した理由を記します。 感謝の技術書① 『報・連・相の技術がみるみる上達する!』 恥ずかしながら私はこの本を読むまでは、報告・相談される相手がどういうタイミングでどういう詳細度で報告・相談して欲しいかということを考えたことがありませんでした。 上司に「報・連・相をしっかりやりなさい」と言われても、その「しっかりやる方法」というのが、それまではよく分かっていませんでした。それが、この本を読んで、自分がどれだけ「自分本位の考え方」でコミュニケーシ
はじめに エンジニアとして成長し、「つよつよエンジニア」と呼ばれて周囲から評価されるエンジニアになりたいという若手エンジニアや学生の方は多くいると思います。 私は今までで数百人以上のエンジニアと一緒に仕事をしており、その中にはベンチャーや上場企業でCTO/VPoT/テックリードといった役職についている「つよつよエンジニア」も多くいます。 (かくいう私も組織マネジメント力よりは技術力を評価されてCTOをしていますし、今もコードを書いています)。 「つよつよエンジニアになるためにはどのようなアクションをとればいいか」という視点で述べられていることは多くても「成果物にどのような特徴があるのか」という観点で述べられていることはあまり無い印象です。 成果物の特徴さえわかれば、まだ自身がそのレベルまで到達できていなくても、成果物のレベルを引き上げることができます。 （世阿弥の「風姿花伝」でも「真似る」
Three.jsの勉強の仕方 - Qiita
概要 Three.jsの勉強を始めて半年くらいが経過しました。 現在は、以下のようなアプリケーションを作成できるようになりました。 https://nemutas.github.io/r3f-normal-color/ ここまでに至る過程を少しまとめられたらと思います。 React Three Fiber について 私は主に、React Three Fiber（Three.jsをReact用にラッパーしたライブラリ｜以下、R3F）を使用して開発してます。 バニラのThree.jsを触る前に、つまりThree.jsの知識がゼロの状態のときからR3Fを使い始めました。 とてもよく設計されたライブラリで、ほんの数行でBoxを表示することができます。 ただし、よく設計されているということは、それほど抽象化されているということです。学び始めの頃は自分が作りたいシーンを作るために、どのプロパティをいじ
はじめに 2019年9月30日に最終出社をし、株式会社メルカリを退職しました。 これは退職者 Advent Calendar 2019 最終日の記事になります。 目次 はじめに 目次 $ whoami メルカリについて 退職に至った経緯 次の会社について コミットメントシフト 対外発信の重要さ 朝ちゃんと会社にこれない問題 週休3日 最後に $ whoami xR系のエンジニアです(xRとはAR/VRの総称)。2017年4月に株式会社サイバーエージェントへ入社し、VR AgentというVR関連事業を行う子会社でAbema TV VRの開発リーダーを務めました。プロダクトのリリース後に退職し、2018年10月に株式会社メルカリへ入社しました。業務以外では個人でのゲーム開発(千本桜/Bat.io)を始め、VRアバター時代のアダルトアプリを作ったり、開発者向け勉強会の主宰をしていたり、YouTu
最近ネットを見ていると要件定義入門的な記事とか、あと要件定義は不要みたいな記事が目についたので思ったことを書いてみる記事その２。ITシステム開発における要件定義に関するあれこれ。本記事には前編があります。 目次 要件定義以前 要件定義の進め方 IPAユーザのための要件定義ガイドをベースにする 決め過ぎない 機能を定義するのではなく、機能要件を定義する 関係者をすべて洗い出す 利用者マニュアルの目次が作れるようになっているか ビジネス要件定義 前提事項、制約事項とリスクを定義する 優先順位の決定を忘れずに システム化要件定義 不安定な要件を構造で支える おまけ：本記事の元ネタ 要件定義以前 要件定義というプロセスが本当に必要なのか、ということなどは以下の記事に書いたので省略。 実践要件定義入門以前 - 勘と経験と読経 要件定義の進め方 IPAユーザのための要件定義ガイドをベースにする 前編に
低すぎる自己評価は実際の評価も下げてしまうという話
自己評価が高すぎると困るのは想像がつきやすいと思いますが、一方で低すぎるのも困りものです。むしろ、そっちの方がより深刻な問題を引き起こしやすかったりします。 自己評価が過度に低い状態というのは、謙虚さではなく自己否定につながる場合がままあります。 それはやがて自分の携わる仕事やチームに対する否定に発展していきます。これが本当に良くない。本人のみならず周りにも悪影響を与えるので、仕事によるプラスのアウトプットを打ち消すマイナスのアウトプットを生み出してしまう。 仕事をすると同時にそれを削る方向の動きもしてしまうので、成果を上げても十分な評価ができなくなってしまいます。そして、また下がる自己評価という負の循環が完成する。 そこまで極端でなかったとしても、自己評価が低い人がシニアエンジニアとかリーダーみたいなポジションについてしまうと、それもまた不幸を招きがちです。 「自分に厳しい」と言えば聞こ
はじめに 今回の記事では、プログラマーが情報収集で必ず確認するべきWEBサイトを8つ一覧形式で紹介する。本記事の読者の対象は主に以下の通り。 プログラミング初心者 情報収集で困っているプログラマー 他のプログラマーの情報収集を参考にしたいプログラマー 効率よくプログラミング学習を進めたい人 プログラミング学習を楽しくさせるサイトを知りたい人 freeCodeCamp.org 世界最大規模のプログラミングメディア「freeCodeCamp」の公式サイト。8,000以上のチュートリアルがあり、しかも無料でPythonやJavaScriptなどのプログラミング言語の基礎的な文法、機械学習、WEB開発やモバイル開発などをこの１つのサイトで体系的に学べる。プログラマーは全員このサイトを確認するべきである。 GitHub 世界中のプログラマーがソースコードを共有したり、共同でプロダクトを開発したりする
「さあ、デザインするぞ！」 そう思ってmacに向かい、デザイナーなりたてホヤホヤの1年前の私はいきなり画面のビジュアルからつくり始めました。情報設計せず、最初からワイヤー書いて、色をつけていく…。今思い返すと失神しそうです😇 デザイナーになりたての方、もしくはデザイナーになろうとしている方のなかには「デザイナーはイケてるデザインを作るのが仕事」と思っている方も一定数いるのではないでしょうか。(決して間違ってはないけどね！) でも私は今こう思っています 「良いインターフェースは見た目から始まるわけではない」と。 今回は「はじめてのUIデザイン」を参考に自分が歩んだプロセスをしっかりと文字にして残しておきたい&私の経験が誰かの役に立てたら、と思いこの記事を書いています。 さ！前置きはこれくらいにして始めよう💨 [目次] 1.「はじめてのUIデザイン」について 2.私がデザインを担当したプロ
平成三十一年の終わりに462人（と100人近くの無効票）のデータに基づいて作られたベスト平成アルバム最後の50枚です。僕はわりと順当だと思いました。何も異論はないです。あったところで答えが変わるわけでもないけど。令和も2ヶ月近く経ち、平成という時代に何か思うことはありましたか？僕は今のところ何もないです。いつもの日常が続いています。でも時間が経って平成という時代を思い返す時に、このランキングが誰かの手助けになることができたらうれしいです。（ぴっち） このランキングについて Twitterのハッシュタグ、募集記事のコメント欄に寄せられたものを集計しました。 募集期間は平成最後の4/20-30の間。 462人のデータを集計しました。 同点の場合、乱数を発生させて順位づけしています。 そのため順位に深い意味はありません。気にしすぎないでください。 150位以内はすべて6人以上に挙げられたものです
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
マーソ株式会社を退職します - ikasama over technology
岩本ゼミにおけるレポート・論文の書式の基本ルール｜関大岩本ゼミのアドミン
Deno のめっちゃ難しいバグを修正した - Qiita
副業×AWSでわりと人生変わったエンジニアの話 - Qiita
何故アウトプットが大事なのか - Pepabo Tech Portal
リクルートを退職しました - 下町柚子黄昏記 by @yuzutas0
私は「発達障害者の自分語り」については4割くらい割り引いて聞いた方が良いと思ってます - 頭の上にミカンをのせる
デザインにセンスは必要ない、大切なのは「情報を整理」する力 Udemyの人気講師が教える、UI/UXデザインの基礎
アップル無料プログラミングアプリ「Swift Playgrounds」教育用から脱皮しiPadだけでアプリ開発から公開まで (1/4)
完全個人の開発者が、いかにして2万本のヒット作をなしえたか――『シロナガス島への帰還』開発者インタビュー
「バイクに乗るピカチュウ」「アボカドの椅子」など言葉から自動でイラストや写真を生成するAI「DALL・E」
退職 | おそらくはそれさえも平凡な日々
スクラムでベロシティを安定化するにはどうしたらよいか - 貳佰伍拾陸夜日記
新人時代に読めば良かったと後悔するほど感謝した技術書4冊 - Qiita
つよつよエンジニアの成果物にある5つの特徴 - Qiita
株式会社メルカリを退職しました - プログラミングで世界を変える
実践要件定義入門 - 勘と経験と読経
【決定版】プログラマーが情報収集で必ず確認するべきWEBサイト 8選(2022年10月時点)
はじめてのUIデザインを読んで実践したら多くの変化があった｜Funakoshi Kiyomi
ネットの音楽オタクが選んだベスト平成アルバム 50→1 - 音楽だいすきクラブ