Early Work
初期の作品 --- Early Work Paul Graham, October 2020 これは、Paul Graham： Early Work を、原著者の許可を得て翻訳・公開するものです。 <版権表示> 本和訳テキストの複製、変更、再配布は、この版権表示を残す限り、自由に行って結構です。 (「この版権表示」には上の文も含まれます。すなわち、再配布を禁止してはいけません)。 Copyright 2020 by Paul Graham 原文: http://www.paulgraham.com/early.html 日本語訳：Shiro Kawai (shiro ＠ acm.org) <版権表示終り> Paul Graham氏のエッセイをまとめた『ハッカーと画家』の 邦訳版が出版されました。 出版社の案内ページ Amazon.co.jp サポートページ 2020/10/20 翻訳公開
【16-E-4】残業ゼロで開発スピードが10倍に！もう元の開発体制には戻れないデンソー流のアジャイル開発
2022年5月18日 【iCARE Dev Meetup #33】 デザイナー目線のユーザーとの向き合い方 でのスライドです。ユーザーインタビューをするとき、私たちはつねに「認知バイアス」にさられています。認知バイアスの影響を受けると、私たち自分に都合のよい情報ばかりピックアップしてしまいます。ユーザーにしっかり寄り添ったプロダクトをつくるためには、きちんとバランスのよいユーザーインタビューをする必要があります。本セッションでは、陥りがちな認知バイアスをミニワークを交えて体験し、ユーザーインタビューで気をつけるべきポイントを解説します。 なお、今日の登壇を誘ってくださった @murokaco さんが熱心な研究員（BiS というアイドルのファン）なので、 BiS（第3期）のデビュー曲「BiS -どうやらゾンビのおでまし-」をタイトルに入れてプレゼンしています。
リモートワークと感情に依存した働き方について - 表道具
気がついたら「リモートワーク」と名の付いた記事が3本目になってしまった。 まとめ 普段感情を出すなって言われてるのに，相手の感情を読み取ることが仕事に必要だという状況がおかしいので，感情を表に出せる環境のほうがいい 対面でのコミュニケーションでは，無駄に感情が必要になる。いろいろな方法を使って相手の感情を読み取ったりする場面を減らした方がいい。その方が安心して感情を出せる リモートで感情がわかりすぎても困る。プライベートは大事にした方がいい speakerdeck.com 何日か前に id:daiksy さんのこのスライドを見てから調子が悪く，何かモニョっとした感情が頭の中を渦巻いている。 というのも，このスライドで言われているリモートワークの難しさは，人が組織でやっていっていることがどれだけ感情という基盤に乗っているかということを浮き彫りにしているからだ。 スライドの方を見てくださればわ
「労働者側の裁量で深夜労働もできる勤務体系」をまじめに考えるとクッソ大変な話 - terurouメモ
これを読んだ。 tech.grooves.com 就業規則おじさん枠として、「労働者側の裁量で深夜労働もできる勤務体系」について言及しようと思う。労働法のエキスパートではないので、実際に検討をする場合は社労士と相談が必須。 お前誰よ 過去にこんなことをした。 terurou.hateblo.jp 本業ではないので労働法のエキスパートではないが、 自分で就業規則をゼロから書き起こした零細企業実務者 就業規則は執筆中～施行前まで社労士チェックが何度も行われている みなさんが期待する裁量労働制・なんでもありフレックスタイムを本気で検討したが、制度設計・運用がともに無理だと思ったので断念した という前置きで。 蛇足だが、就業規則をGitHubをした影響で本業の社労士さんからコメントを頂くことがチョイチョイあるが、「ちょっと気になるところがあるけど、大体こんなところだよね」という評価である。 元記事
弱いSEの増田が書いた「客先常駐」の話を、強いSEが「嘘だ」と言っちゃうこんな世の中じゃ。 - O-Lab +Ossan Laboratory+
便宜上「弱いSEの増田」「強いSE」と書くけど、増田をバカにしてるわけじゃないと書いておく。 「弱いSE」になってしまうのは、増田の指摘通り「運」の要素が強すぎる。 「常駐先ガチャ」と言っても良いレベル。課金してガチャを回せるわけでもないし。 ↓弱いSEの増田 anond.hatelabo.jp ↓強いSEのブログ www.orangeitems.com 弱いSEの増田が書いてるけども、 「運よく技術的な仕事ができるポジションに着けた人」は客先常駐型の派遣を肯定する傾向にあり違法労働も良しとする人が多い。 （中略） 先ほど記した技術力が身につかない上に低賃金なポジションに着いてしまった人よりも発言力があり業界内で幅を利かせている事が多い。 いやぁ、ほんと。 強いSEのブログ書いた人がまさしくこの指摘に該当する人なんですよねぇ。 強いSEって弱いSEの立場に追い込まれてる人をこんな感じで「嘘
転職を重ねて痛感した「仕事ができない人の特徴」 - ジゴワットレポート
「仕事ができない人」と一口に言っても、それは労働環境に問題があったり、人間関係だったり、得手不得手だったり、純粋な能力の問題だったり、色々ある訳ですが。 私は運良く複数回転職を経験できたのですが、それを重ねるごとに痛感した「仕事ができない人の特徴」を、書き並べてみたいと思う。 「今やらなくてもいい仕事」を額面通り後回しにする 「仕事」と「作業」を分けるのが下手 「取りあえず」をしない デスクが汚い ミスを誰にも話さない スポンサーリンク 「今やらなくてもいい仕事」を額面通り後回しにする 例えば「メールを返す」とか「上司から頼まれた書類の整理」とか「特に急を要しない書類への押印」とか、そういうもの。別に今やらなくてもいいよね、という、ボリューム的には軽い仕事の数々。 「仕事ができない人」は、この「今やらなくてもいい」を額面通りに受け取って、マジで今やらないまま寝かせてしまう。そして、もちろん
「プレミアムフライデーってありがた迷惑ですよね？」と日経新聞で意見したら、経産省がやってきた──サイボウズ青野慶久と「日本人の休み方」を議論 | サイボウズ式
なんですか、そのありがた迷惑なプレミアムフライデーとやらは──。 サイボウズが9月13日に日本経済新聞で掲出した「働き方改革、楽しくないのはなぜだろう？」の意見広告。その日の朝、1件の電話がありました。 電話の主は、プレミアムフライデーを発案・推進する経済産業省の方。「これはやりすぎた、怒られるのでは」と思いきや、どうやらそうではない様子。 その後「意見交換」として、消費・流通政策課 課長の林揚哲さんがサイボウズに来社。代表取締役社長 青野慶久と林さんのプレミアムフライデーについての議論は、「働く人の自立と休み方」へと発展していくのでした。
日本のITエンジニアがイノベーティブでないのは暇じゃないからかもしれない - メソッド屋のブログ
ここ１ヶ月ぐらいは、海外のメンバーと仕事をしているが、Serverless Hackfest というイベントと、Serverless Conf やワークショップに関わっているので仕事量が増えていった。日本にいることだし、久々に「日本流」のハードワークをしてしまったのだが、一つ気づいたことがあった。それは、ここしばらくの謎だった、日本人のIT エンジニアはなぜイノベーティブな感じがしないのか？ということに対する問いだった。 Microsoft Hack week 日本人はイノベーティブ Rochelle Kopp さんとの仕事で知ったことで、一つとても意外だったことは、アメリカ人から見ると日本人は相当にイノベーティブに感じるらしい。 自分的には、少なくともIT 分野に関しては、向こうの真似ばかりしていて、後追いのイメージがある。私たちも向こうで生まれたツールやサービスばかり使っていて、全然日
Work Hard and Go Home！Slack社が実現する「ルールなし」の生産的な働き方とは | SELECK [セレック]
Slack Technologies, Inc. Manager, Asia Pacific Mike Clapson 〜シリコンバレーでも稀な「急成長」を遂げたSlack社。たった3年強で500万人のデイリーユーザーを獲得した同社の、驚くほど自由なワーキングカルチャーを紹介〜 近年、最も成功を収めたスタートアップのひとつである、米Slack社。同社が展開するビジネス向けチャットツール「Slack（スラック）」は急成長を続け、そのデイリーアクティブユーザー数は500万人を超える。 ※「そもそもSlackって何？」という方は、こちらの記事をお読みください。 現在、Slack社では800人を超える従業員が、世界7拠点で働いている。「21世紀のチームコミュニケーション」を掲げ、働き方をより良くすることを目指す同社のワーキングカルチャーとは、どのようなものなのだろうか。 今回は、2014年に当時ま
![Work Hard and Go Home！Slack社が実現する「ルールなし」の生産的な働き方とは | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/24d6d7e12848859fe5037598126dddafcf050797/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2018%2F06%2F15172934%2F245.png)
社内横断の技術組織を終わらせました - nottegra’s blog
内容がネガティブに取られそうで、公式なところに書くべきではないので個人ブログで書きます。 この記事は、公式なブログで僕が書いた「社内横断の技術組織をはじめました」という記事へのアンサーブログになります。 ※元の記事は探せば出てきそうだし、個人的なブログと紐付けるべきではないのであえて出しません。 特定の誰かを陥れる目的ではなく、完全に個人の責任として、始めたものを終わらせてしまったことへの事の顛末を記録する目的で書きます。 はじめに 始めた理由 CTOの不在 品質面に対するレビュー不足 技術広報の不足 それぞれの施策の結果 時間がかかってみんなストレスが溜まる新規レビュー 当たり障りの無いことしか表現できない運用レビュー 兼任状態が続き、進まない新規技術検証 やる必要の薄い「全社」広報 終わった理由 成果が出せなくて、そもそも証明出来ないかもしれない 問題解決は組織じゃなくても出来ると気が
「Be Lazy」を極めるためには残業をしてはいけない - メソッド屋のブログ
「Be Lazy」というのは、日本側の上司にあたる Drew がいつも口にしている言葉だ。その意味合いは、「最小の工数で、最大のインパクトを出す」 という考え方だ。私もアジャイルやリーンを学んできたので、「大量のものを高速に作れること」はむしろ悪であり、いかに「作らなくていいか」を考えてインパクトの出るものにエネルギーをフォーカスするのが重要と思っている。 しかし、正直に言うと、それは、日本人の感覚からいうと最も縁遠い感覚だ。私がなぜ「Be Lazy」を極めたいと思っているか？というと、インターナショナル チームの同僚は仕事で成果をガッツリ出すのも尊敬に値するが、仕事をしている様子も実に楽しそうだ。誰も苦しそうだったり、我慢したりしていない。 仕事は楽しむものと言っていて、「我慢するべきもの」という日本側の空気とは相当違う。私は自分も人生や仕事を楽しみたいし、多くの人がそうなったらいいのに
今どきの若手育成にひそむ3つの思いこみ
2016年4月13日に六本木Super Deluxeで開催されたIT/Webエンジニア向けイベント「TechLION vol.25」（http://techlion.jp/vol25）に出演した際の講演スライドです。 持ち時間20分ということで、以前にシェアしたスライド「効果が出る仕事の教え方」を本題の演目と捉えて、そこに入る前のマクラとしてお話をまとめました。 ※直接対面でお話しする前提で作ったスライドなので、スライドだけ見てもいまいち伝わりづらい部分、誤解釈させてしまうリスクもあって、内心こわごわの共有ですが、いくらかでも、つまんでお役立ていただけるところがあれば嬉しいです。 出演後の後書きをブログにまとめましたので、よろしければあわせてご覧ください。 TechLION出演の後書き┃心のうち http://hysmrk.cocolog-nifty.com/blog/2016/04/te
Android案件を見積もる場合に考えておくことリスト - Qiita
アプリ自体のコーディング見積もりのみに注力してしまうと忘れがちで、たまにつらい目に遭うので、必要に応じて追加していく予定。 アプリ仕様 仕様はそもそも決まっているか 「仕様は決まっている。動かない」「移植なのでこれ以上はありません」と言ったな。 それは嘘だ。 既に仕様がガッチリ確定していることはありえない。要求仕様（必要機能リスト）がある程度固まっているならばまだ良い方で、「今から仕様を一緒に考えていきましょう」「アイディアレベルです」まで様々。 その他にも、GCM/FCM等のアプリ外サービスと連携する場合、遅延コスト等どの程度許容できるかも事前に確定させる。特にプッシュ系サービスでは、ありえないレベル（全端末遅延1秒以内必須、とか）を既定路線に含めないように留意する。 改修か、新規開発か これは見積もりの前提として大きな影響力をもつ。 テクノロジーや設計の自由度・柔軟性をある程度コントロ
日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む - メソッド屋のブログ
私は米マイクロソフトの DevOps のインターナショナルチームに所属しています。ただ、住んでいるところは日本なので日本側のオペレーションも実施しています。 前回のブログでも書いた通り、私はどうして米国のエンジニアが生産性が良いのかをずっと知りたいと思っていたし、今も研究中です。この２つのチームに同時に見えてきたことがあり、彼らの生産性の良さの一端に気付いたのでブログにして残しておきたいと思いました。 見えてきた「物量」の違い 私がインターナショナルチームと一緒に向こうでしているときに、仕事でアップアップになったことはありませんが、日本だとしょっちゅうです。日本のMSもはっきり言って過去に私が所属したどの会社より相当効率的で無理がないのですが、それでも存在するこの差はいったい何でしょうか？いくつかの事例を通じてだんだん見えてきたことは１つのことをこなすための「物量」が違うということです。
プログラマ向けに書かれた「Soft Skills」という本がすごいという話 - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
日本語版がでました。すぐ買うべし。 SOFT SKILLS ソフトウェア開発者の人生マニュアルposted with amazlet at 16.05.18ジョン・ソンメズ 日経BP社 売り上げランキング: 1,272 Amazon.co.jpで詳細を見る Soft Skills: The Software Developer's Life Manualは残念ながら日本語訳が出ていない。でも英語でも読む価値はある。とても平易な英語で書かれてる。どこかの出版社さん翻訳だして欲しい。空前のブームになるに違いない。 Soft Skills 。alc.co.jp によればソフトスキルは「対人的な交渉・指導・意思疎通などをうまく行える能力（または知恵）」のことらしい。そのタイトルからも分かる通り、プログラマ向けに書かれた本だがほとんど技術の話は書かれていない。プログラマとして生きていくための技術以外
「2025年の働く」予測｜研究プロジェクト｜リクルートワークス研究所
超高齢社会を迎えた2025年。労働市場はどうなっているのか。就業構造のシミュレーションから、個人と企業の「働く」を展望する。 雇用機会が喪失する悲観シナリオと就労機会が増える楽観シナリオから、楽観シナリオに近づくための道しるべをまとめた。 2025年にかけては、働き方の多様化を求める個人と厳しい競争環境にさらされる組織の間で、働き方をめぐるニーズの「ミスマッチ」が深刻化する。これまでとは異なる「働き方」を、社会システムとして再発明しなければならない時代が到来する。 報告書・論文
GitHub経由で海外から仕事が来た話 - その後のその後
はじめて海外から（フリーランスとして）仕事をいただく、という貴重な経験ができたので、その経緯などを書いてみたいと思います。 きっかけ 7月末のある日、知らないメールアドレスから英語のメールが来ました。内容を一部だけ抜粋すると、 We are looking for someone to develop a very simple apple watch app and a companion apple phone app. というわけで、Apple Watch アプリをつくって欲しい、とのこと。内容を読むと加速度センサとジャイロを使いたいそうで、必然的に watchOS 2 案件になりそうです。 メールには明記されてませんでしたが、GitHub で公開している watchOS-2-Sampler を見て連絡くれたのかなと。（※もちろん面識はなく、共通の知り合いもいないので、これ以外にわざ
家族がいる起業家の働き方
ABOUT ME Goodpatch Inc.という会社をやってる人のブログ。http://goodpatch.com/ RSS Archive Random Find me on Facebook Linkedin Twitter Website 僕は23歳で結婚して27歳で最初の子供が生まれた。グッドパッチを起業したのが28歳。つまり起業した時には妻と小さな娘という家族がいた。その結果どうなったかと言うと起業という人生で最もハードに働かなければいけない時期に僕の働く時間は制限された。もちろん、起業家の中には家族がいても成功のためにやむなく家族を犠牲にして夜遅くまで働き土日も仕事をする起業家もいるが、僕はそれができなかった。 妻は決して理解がないワケではない、むしろ27歳の時に会社を辞めてサンフランシスコに行くと言った時に8カ月の娘を連れてサンフランシスコに一緒に行き、言葉も通じない見知
プロダクトマネジメントとプロジェクトマネジメントまたはプロダクトマーケティング - ikeike443のブログ
Inspiredという本があって、数年前からWeb上で翻訳が進んでいたのは知っていた。 しばらく忘れていて、先ほどたまたま確認したら既に2年前に翻訳が終わっていた。 http://inspiredjp.com/toc/ この本にはソフトウェア企業に務めている人であれば誰でも悩むようなことが書かれている。 プロダクトマネジメントとプロジェクトマネジメントの違い、プロダクトマネージャーの重要性と不在、特にプロダクトマーケティングの不在。アジャイル開発との関係。カスタム開発*1とパッケージソフトあるいはインターネットサービス開発の違い。アジャイル開発はもともとカスタム開発の問題解決のために考案されているためか、プロダクトマネジメントについての考慮が抜け落ちている件、などだ。 僕もまだ読んでいる最中なんだけど、この話題はとても興味があり、悩みも多い。 プロダクトマネジメントとプロジェクトマネジメン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google re:Work