ADHD プログラマの私がやっと見つけた「達成すること」が出来る方法 - メソッド屋のブログ
私は昔から ADHD で昔から発想力や問題解決力はあるのだが、自分自身が何かのスキルを上達することが非常に苦手だ。コンサルとか、エバンジェリストみたいな「人にやってもらう仕事」は得意だが、プログラマとか、ヴォーカリストとか、自分が本当になりたかった職業には何回もチャレンジして何回も失敗してきた。 遠くから見ていると私は何かが出来てるように見えるかもしれないが、冗談抜きで人の３倍ぐらい時間をかけないと成果が出ない。しかも、中途半端にしか完成しない。だから、土日も常に何か努力していないと不安になる。 多分私と同じようなADHDの人は、自分的に努力しても何も達成出来ない辛さを感じているかもしれない。過去にも色々試してみたのだが、４７年生きてやっと自分でも実施できる対策が見つかったので、同じ様なことで苦しんでいる人のヒントになればと思い久々にこのブログを書いてみた。 「自分で何かを作れる人」が長年
私服OKのIT企業でそこそこにちゃんとした格好をする方法 - ミネムラ珈琲ブログ
昨日、ランチのときに、ミネムラさんくらいのちゃんとした感じの格好をしたいというありがたい話を同僚からしてもらったので、参考情報をまとめておく。 前提として対象は以下です。 職場はオフィスカジュアルではなくて完全私服OK。 自転車通勤とかがある。 普通に高くないスーツ着ている人と差がない程度にはカネを使う。 シャツ オーダーしましょう。オーダースーツの店は敷居が高いし、スーツは着ないのでお呼びじゃない感じ。シャツ専門店だと気楽。店によるけど1枚4-6000円前後でいけるはずです。 この際形状記憶の布を選択するようにしてください。アイロンがけは面倒。形状記憶なら洗濯後に干すときに伸ばしておけばほとんどシワはでません。 色、柄はお好みでよいのですが、無地の白から私服っぽい柄とか、幅をもたせておいたほうが飽きがこないです。 ディテールは好みで良いと思いますが、胸ポケットはボールペンをどうしても刺し
期待値のコントロール - Konifar's ZATSU
どんな状況においても、期待値のコントロールができる人は強い。 期待値のコントロールと言うと、口でごまかしていい感じに丸く収めることでしょと思う人かもしれない。たしかにそういうやり方を取ることもあるが、本質は違う。自分の主張も相手の主張もある中で落としどころを決めなければいけない時に、お互いに納得できる方法を常に考えて相手に動いてもらうということだ。 ここで重要なのは、自分が変わることをいったんあえて考えずに相手を動かすことに頭を使うことだ。仕事ではよくあることだが、相手の期待に応えようとなんでもかんでも自分が解決しようとする人がいる。余裕があるうちはいくらでもやればいいが、自分のキャパを超え始める時にはやり方を変えなければいけない。すなわち、自分の立場を主張しつつも相手も満足させるということだ。ブチャラティのような辛さがあるが、期待値のコントロールを念頭におくといろいろと生きやすくなる。
前任者の見積りを信用しない - 勘と経験と読経
他人が担当したプロジェクトを引き継いたり引き取ったとき、私は「前任者の見積り」を信じないようにしている。自分で情報を改めて収集整理して見積もり直してみる。前任者の見積りと大きな差が無ければ問題ないが、差があればマネジメントなどに必要なエスカレーションをして、差を小さくするための作戦を考える。 そもそも「見積り」というものは危険な爆発物なのだ。他人の精錬したブツに命を預けるなどということは恐ろしくて考えられない。 「前任者の見積り」に潜むリスクはたとえばこんなもの。 見積りを行った時の状況がわからない。3ヶ月かけてじっくり検討した結果なのか、「明日までに見積もって」と顧客から言われて算出したものなのか 見積りの暗黙的な前提がわからない。重要なインプットや前提はだいたい明記されているけれど、関係者間の「あたりまえ」が抜けていたりするので怖い 見積りをした人のスキルや能力が読み切れない 見積りの
チームやプロダクトの "ふりかえり" (KPT)について意識していること - ぷらこあ
こんにちは、青木ととです。 最近、 所属している会社 でふりかえりにおけるファシリテーションをすることが多くなってきたので、ふりかえりについてのポエムを書こうと思います*1。 特定の書籍や文章から影響を受けている部分は多いですが、持論の箇所も多々あるので、何か違和感を感じたら遠慮なく石を投げてください。ぽいぽい。 "ふりかえり" について 🌲木こりのジレンマ 🗯ふりかえりは愚痴大会ではない 📆開催頻度は1~2週間に1度 ⚒ふりかえりの手段/フレームワーク KPT KPTとは KEEP KEEP ≠ GOOD PROBLEM 掘下タイム⏰ 問題 🆚 私たち TRY 質より量🗻 コントロール🎮できることに注力する TODO/ACTION 「誰が」「いつ」やるのか KPTの進め方について 大まかな流れ テーマを決める グラウンドルールを決める 出来事を思い出す 今週はどんな出来事があ
もうだめな新卒のためのエントリ - 発達障害就労日誌
もうだめだ、の声が届いております 僕のツイッターのＤＭの方に「就職しましたが、だめです」の声が大量に届いておりまして、急遽予定を変更してこのエントリを書いております。それが呼び水になったのか、更に２つ「もうだめだ」ＤＭが届いており、なるほど社会は相変わらず厳しいようですね。。返信しているうちに夜が明けてしまいました。 通常「もうだめだ」の発生は四月頭のこの時期ではなく、五月のＧＷ明けなどに集中するのですが、流石は日ごろから僕のツイッターを眺めている皆さん。潜在的に「もしかしたら危ないか？」という危惧はあったのか、判断がとても早い。そういうわけで、まず一番大事なことを書きます。 その「もうだめだ」という判断はとても立派です。 「発達障害は言い訳病」みたいな話が結構ありますが、僕の知る限りではそれはあまり多いケースではなく、発達障害によくあるケースは「認められない」、即ち「否認」の状態です。明
僕はジョブズではないということを理解するのに30年近くかかった話 - 発達障害就労日誌
さて、いよいよ新卒の皆さんもＸデイが近づいて来ましたね 2月も半ばを過ぎました。このブログが始まってもう半月以上が過ぎたわけです。早いものですね。さて、新卒の皆さん、残った猶予時間も少なくなってきましたね。思い残すことはありませんか？十分にモラトリアムを満喫しましたか？泣いても笑ってもあと一ヶ月と少しです。悔いを残さないようにやりたいことをやってください。 僕も、3月に向けて新卒向けの「生存手引き書」シリーズを完結させる予定です。それに向けて、僕の失敗談を少し書き連ねて行こうと思います。 僕のキャリアは文句のつけようのないホワイト企業から始まりました。もちろんそれなりの激務感がゼロだったわけではありませんが、一般的な水準から見れば給与は高く、休みは多かったと思います。福利厚生はこれ以上ない水準で揃っており、教育環境は極めて高いレベルで完備され、正しく文句なしの職場でした。大学4年生の2月の
多くの若い人より圧倒的に成長速度の速いおっさんと絶望的に遅いおっさんの違い - ふろむだ＠分裂勘違い君劇場
新しい技術が出てきたとき、大多数の若い人よりも圧倒的にスピーディーに使いこなすおっさんは珍しくない。 新技術を習得する能力は、年齢よりも、「スキルを獲得するために必要なスキル」、すなわち「メタスキル」に大きく依存するからだ。 たとえば、ある開発ツールを導入すべきかどうか若い人に相談されたので、「まず、ドキュメントを読もう」と言ったら、「ドキュメントを読んでもよくわからなくて。。」と言う。ググったらすぐに公式サイトの至れり尽くせりのドキュメントが出てきたので、「これ読めばいいじゃん」と言ったら、こんなに大量の英語のドキュメントを読むのは無理だと言う。 あるいは、AIを導入するという話になったとき、「AIがよく分からないので教えて欲しい」と言ってきた若い人に、良質の入門書を勧めたら、数式が分からないので読めないのだという。数式の読み方を教えてみたら、数式以前に、そこで使われている数学概念自体を
残業禁止は強者のルールなのでは、という話。 - 発達障害就労日誌
dennou-kurage.hatenablog.com ウァァ！ 「もう本文これだけでいいんじゃね？大体通じるんじゃね？」という気がしましたが、僕は書きます。上に引用したエントリはまぁ、正しいと思うんですよ。そう思う。本当に思うよ。みんなスパっと働いてスパっと帰宅する。そして家に帰ってシェスタする。そういう世界が美しいと思う。本当に思う。僕もそうしたい。そうしたいんだ…。（パソコンの前で「記事を書く」画面を睨んで２時間が経過しようとしています） 僕がかつて勤めていた職場の雰囲気もこれでした。その昔は常に残業カーニバルが開催され、人々は踊って暮らしていたそうです。でも、ある日マッキンゼーって額に刺青した部族がやってきて全てを蹂躙したとのことです。それ以来、残業は罪となり、罪は塩の柱となりました。祭りはこのように終わったのです。 で、まぁ長い前置きだったんですけど、要するに僕が言いたいのはこ
追われる開発と追う開発 - 邪道（旧）
2つの開発現場を見てみましょう。 ※この物語はフィクションです 開発現場A ビジネスチームが一生懸命アイデアを出して、それを開発チームに依頼する。依頼を受けた開発チームは、要件を確認しながら開発計画を立て、数ヶ月にリリースをするスケジュールを組んで、開発を開始した。 ビジネスチームは、開発期間の間にいろんなことを想像し始める。 競合サービスを研究していると不安になり、「あれがないとダメ！」「これもないとダメ！」という気になって、最初の想定よりもプロダクトはどんどん太っていく。 こういう状況で追加されていく要望は当然ながら検証されていない想像＝妄想なので、実際にリリースしててもユーザーに使われるかどうかはわからない。 * なぜあなたのチームの プロダクトは太ってしまうのか #postudy // Speaker Deckより 当然ながら開発チームは当初想定していたよりもやることがどんどん増え
人工知能狂騒曲 - 急がば回れ、選ぶなら近道
最近はさすがに落ち着いてきた。もちろん一部では「人工」の「知能」という言い方に拘泥している一群もあるが、基本的に所謂「人工知能」は、SF的な人工知能ではなく、機械学習やそれに関連した統計的手法を利用したなんらかの仕組みである、ということのコンセンサスはとれつつある。現在言われている「人工知能」が「知能をもつ」とおもっているまともなIT屋はひとりもいない。（言いたいのは対偶） そもそも、知能の定義については、諸説いろいろあって、普通のIT屋だと一般にチューリングテストみたいなの持ち出すことが多い。冷静にみれば、あんなものが定義になるわけはなくて、個人的にはアレは天才チューリングをもってしても知能をformalizeできなかったギブアップ宣言とみている。ということで、そもそも何が知能か？という定義は個人的には難しいと思っている。 普通になんらかのデータのインプットがあって、プログラムがなんらか
内定式（？）で入社前に予習した仕事のエッセンスが感動的だった件 - ミームの死骸を待ちながら
人生に一度きりしかない経験はいくつかあって、「新卒入社」もその一つに数えられる。10月の頭には内定式が行われる企業が多く、僕の内定先でも御多分に漏れず内定式があった...ことはあったんだが、かなり他とは毛色の違う内定式だったようだ。 社員さんや外部の社会人のお話などを聞いたものの、"式"の比率は全体の10%程度で、残りは1日かけて外部講師を招いた"研修"を受けていた。これが今回の題材である。ちなみに内定者は3人なんだけど、若手社員さんも加わっての研修ということで、新人研修的な側面もあったようだ。 本来は数日かけて行う内容を1日に詰め込んでいるし、とにかく厳しいよと事前に脅されていたので最悪の事態を色々と想定していた。肉体的に辛いのか（どこかの外資金融みたいにロッククライミング）、脳味噌的に辛いのか（とりあえず今日1日でサービスリリースしてね）、精神的に辛いのか（貴様ら内定者ごときにウジ虫ほ
エンジニアリングや研究開発について思うこと - 人間とウェブの未来
エンジニアリングや研究開発について思うことをこれまで色々とツイートしたりしてきたが、それを改めて短編エッセイ集のようにまとめて整理し、自分の行動原理や思考を言語化して振り返っていた。以下目次。 基礎を学び古典を知る サーベイと評価の重要性 論文という学習と貢献を両立する手法 企業でのスペシャリストに求められるさらなるスキル 技術への深入りの効能 インフラエンジニアのキャリア再び 技術という真にフェアな領域 エンジニアへの動機付けと教育 知識をコードで表現する専門職としてのエンジニア 技術に対する思考 技術力の醸成による先行報酬 エンジニアのアウトプットと個人の実績 アカデミアか企業か家族か 楽しいことと貢献とその評価を重ねる 技術と自由 技術が目的 基礎を学び古典を知る 技術力を高めたい、成長したいという前提において、基礎を学ばずに発想で勝負などと、勉強もせずに過去の天才達とに渡り合うほど
わたしのバイモーダル戦略 : 小野和俊のブログ
このところ知人からよく、「小野さんはプログラマーから経営者になった」と言われる。これはまさにその通りで、かつてソースコードを美しくリファクタリングすることに情熱を燃やした私は、いまは組織をより良いものにしていくことに情熱を燃やしている。つまりリファクタリング対象がソースコードから会社に変わったのだ。 そんな私が今やや苦戦しつつもやりがいを感じて取り組んでいるのが、「2つの異なる文化の共存協調」だ。具体的には、大企業的な文化とベンチャー的な文化を共存させ、かつ協調させようにしようとしている。ウォーターフォール的な文化とアジャイル的な文化の共存協調、と言い換えることもできるだろう。 アプレッソでかなり自由にやってきた私にとって、当初、セゾン情報の動き方は不慣れであり、また動きが遅く感じることもあった。だが少しすると、こうした動き方や文化にも相応の合理性があり、アプレッソで取り入れることが望まし
フロー効率とリソース効率について思うこと - タマネギプログラマーの雑記
最近、フロー効率、リソース効率という言葉をよく聞くようになってきた。 業界でどの程度流行っているのかは知らないが、少なくとも@i2key御大将の近くのコミュニティに属している関係で、僕は日常的によく聞く。 リソース効率に偏りがちなシステム開発の環境において、フロー効率という考え方が広まっていることは単純に良いことだと思う。 一方で、フロー効率がバズワード的になるにつれて、正しく理解されていないのではないかと思える声もしばしば聞くようになった。 曰く、「リソース効率は悪でフロー効率こそが目指すべき姿」であるとか、「フロー効率こそが価値を最大限に発揮できる方法」であるとかそういう声である。 これはリソース効率というコンセプトの理解として正しくない。 もっとも、これは僕の観測範囲での話なので、実際そう勘違いしている人は少ないのかもしれない。 しかし、もしかしたら多数いるそういう人達へ向けて、そう
ソリューションアーキテクトという仕事について - 工場長のブログ
ex-mixi Advent Calander 2017の12/12分のポストです。みんなエモいことを書いているのでわたしもエモいことを書くことにします。 ちなみに今日はわたしの結婚記念日で、嫁とはmixiで出会いました（物理/社内）。 で、テーマはソリューションアーキテクト（以下、SAと略します）という仕事について。もっとみんなにSAって何なのかというのを知ってもらいたいなと思ってます。SAってめっちゃ面白いよ！ってのを叫びたいのです。なお、本ポストではわたしがAWSでSAをやっていたときの話をしますが、あくまで経験や「わたしはこうやっていた」という話であって、AWSを代表する見解ではないことをご理解ください。 mixiには2010/2から2012/7までの約2.5年在籍していて、ずっと広告関連のアプリケーション開発をやっていました。自分のなかではものすごく体感時間長かったんですが、振り
エンジニアの英語力 - 怠惰を求めて勤勉に行き着く
TL; DR どれだけ努力しても"ネイティブ並"は無理なので諦めが肝心 エンジニアは英語ができなくても話を聞いてもらえるので「伝える意思」と「分かったか分かってないかを絶対に曖昧にしない」こと 謝辞 このエントリは弊Android Projectのビルド待ち時間を使って書かれています。Android Studioさんに感謝します。 ビルド待ち時間にブログを書かれたくない場合は弊社は僕に全部盛りiMacを買ってください。 前口上 英語力に関するエントリは盛り上がりやすく荒れやすい気がするんだけど、それはやっぱりみんな英語は出来たほうがいいに決まってるしさりとて英語を身につけるのは難しいよねってことが分かってるからだと思う。 僕はエンジニアの中では比較的英語が得意な部類に入ると思うけど、それでも全然充分だとは思わない。ただ、これでやっていけないか？というと全然そんなことはないので、一番重要なの
今年のしめくくりに考える。なぜ、私が異常に道具が好きなのか。それは自分を拡張してくれるから - 勝間和代が徹底的にマニアックな話をアップするブログ
もうあと6時間で今年も終わります。 今年の締めくくりに、なぜ自分がこんなに道具が好きなのか、考えてみました。多分私、自分の素としての能力を磨くよりも、道具を使ってどうやって能力を磨くかばかり考えてるような気がします。 そしてそれはなぜかというと、やはり、 自分の身体能力としての努力だけでは、到底、たどりつけないところへ道具が連れて行ってくれる至福感 に尽きるのではないかと思います。 例えば、このブログも音声入力で入力をしていますが、これを手書きで書くと考えただけで、そのスピード感にクラクラしてしまいます。 様々な料理も、例えばジャガイモなど、道具がないときには自分で包丁で皮をむくことがあるのですが、もう、普段皮むき器を使うときに比べると、4分の１くらいのスピードになり、驚きます。 家で様々なスープやシチューなどを仕込む時に、どのぐらいの時間がかかっているのかを計測してみたところ、私の作業時
自主性の乏しさが罪になってしまう社会 - シロクマの屑籠
blog.tinect.jp リンク先を読み、自主性が乏しいけれども仕事が優れている人っているよね、と思った。 出しゃばらず、言われた仕事はきっちりこなし、上司やパートナーの采配次第では抜群の仕事をやってのける人材が、自主性を求められる状況に直面し、困惑して、メンタルヘルスを損ねて来院する……というパターンは精神科では珍しくないものだった。 今では死語になりかかっている感があるけれども、「メランコリ―親和型うつ病」などと呼ばれていた類型の患者さんのなかには、そういうタイプが少なくなかったように思う。フリーハンドを与えられるまではものすごく重用されて、本人も報われた感触を得ていたけれども、フリーハンドを与えられた瞬間にマゴマゴしてしまい働けなくなってしまうタイプ。そういう患者さんは2000年頃に比べて減ってしまった。ひょっとして、自主性が乏しいけれどもしっかり働く働き手は淘汰されてしまったの
私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ１５年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか？ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
