「思考を整理する方法」を模索して辿り着いた先｜Yuki Fujisaki｜DeployGate Inc.
こんにちは。DeployGateの藤﨑です。 仕事をしていると、とにかく考えて答えを出さないといけないことが数多くあります。すぐ思いついてアウトプットできることならいいのですが、大事なものは大体、どこから考え始めればいいのか分からないことだったり、なんとなく浮かんでいるんだけどうまく言語化できないものだったりします。 そんなときに、どうやってその状況を抜け出して、話を深めていくか。今日は、最近自分がやってみて、とても効果を感じられた手法について紹介します。 これまでの手法自分が考え事をする上で、まずやるのはテキストで書き出すということでした。何らか課題について考えるときは、ひたすら箇条書きで考えを書き出していくということをします。だいたいNotionにページを作って箇条書きでひたすら書き出しています。 それ以外だと、やはり紙とペンです。長年適当なコピー用紙→ノート→コンパクトなメモ…と移り
【更新】創作する人は必読！書評家が下読みで感じた「応募小説の問題点」がめちゃくちゃタメになる
杉江松恋＠10/6東方紅楼夢き-17b @from41tohomania 職業は書評を中心としたライター業です。東方project奮戦中につき、ツイートは東方成分多し。現在は地霊殿中です。普通の日常報告についてはブログでどうぞ。他に言及する話題は古典芸能や、翻訳ミステリーについてなど。フォローもリムーブもご随意に。【新規】ゲラなどの送付物はプリントアウトでいただけると助かります。 mckoy.cocolog-nifty.com/hansei/ 杉江松恋＠3/31東方名華祭A-06 @from41tohomania 下読み中。すごもり生活の反映なのか、作者の私生活をそのまま描いたものが散見される。でもね、あなたがよほどの有名人ではない限り、私生活は平凡で退屈な題材なのです。日常をそのまま書いておもしろい作品は存在するが、それは文章が素晴らしいから。文章の天才でないのなら物語性で工夫しないと。
効率的に新しいことを学ぶ方法 | 栗林健太郎
社内SlackやTwitterなどで、自分が新しいことを学ぶ時に実践していることを書いたりしていたのだが、今日メンバーと1 on 1をしていて、あらためて新しいことの学び方について訊かれたので、ブログにも簡単にまとめておく。 まず前提として、学ぶ対象の「新しいこと」とは何かについて述べておく。ここでいう新しいこととは、研究やイノベーションに関することではない。そういうのは、ググっても出てこないレベルの新しさなので、このエントリで述べる対象ではない。ここでいっているのは、自分にとって新しい知識であり、かつ、既に一定の蓄積があるような内容のことである。 それをひとことでいうと、入門書があるような領域ということになる。たとえばプログラミング言語はメジャーなものはたいてい当てはまるし、DockerとかKubernetesのような技術要素も入門書があるし、もっと広く学問一般についても当てはまる定義で
ポモドーロ・テクニック - Wikipedia
名前の由来となった、トマト型のキッチンタイマー ポモドーロ・テクニック（英: Pomodoro Technique、ポモドーロ法）とは、1980年代にイタリア人のフランチェスコ・シリロ（フランチェスコ・チリッロ、伊: Francesco Cirillo）によって考案された時間管理術。 このテクニックではタイマーを使用し、一般的には25分の作業と短い休息で作業時間と休息時間を分割する。1セットを「ポモドーロ」と呼ぶ。これはイタリア語で「トマト」を意味する言葉で、シリロが大学生時代にトマト型のキッチンタイマーを使用していたことにちなむ。 ポモドーロ・テクニックを元に、ポモドーロ・タイマー[1]と呼ばれるタイマーがある。 このテクニックは2009年に出版されたシリロの著書『The Pomodoro Technique』（どんな仕事も「25分+5分」で結果が出る ポモドーロ・テクニック入門）や、自
脅しも謝罪も必要ナシ。スゴ腕の債権回収OLに教わった、「人の動かし方」がスゴい
会社員なら、他人に仕事を頼んで、その進捗を確認するのが「面倒くさい」と感じた経験があるはず。しかし、たとえどんなに面倒でも、自分がすべての仕事を背負うのは不可能です。一体どうすれば他人に気持ちよく動いてもらえるのでしょうか。 今回お話をうかがったのは榎本まみさん。これまで2000億円もの債権を回収してきた、スゴ腕のオペレータです。多重債務者と日々向き合い、数多のクレームや罵詈雑言に立ち向かってきました。 そんな榎本さんも、新入社員の頃は「人と話すのが苦手だった」そう。自己分析を繰り返し、債務者の心理を研究することで、「人にものを頼むテクニック」を身につけていきました。 インタビューでは、電話からメールまで幅広く使えるテクニックを惜しみなくご紹介いただきました。その内容を、8つの心得、文章添削のパートに分け、まとめています。優しいしゃべり口からは想像できない、人間の心理に対する深く鋭い洞察が
0308「クレジット・リーディング」｜qanta
今日は、朝６時からBASSDRUM（会社を含んだコミュニティ）の評議会だった。なんのことやらわからないと思うが、要は会社とその周辺のメンバーが集まって議論する会議で、今日の会議は本当に良い会議だった。皆さん本当に偉い、尊い、すごい人たちで、自分がこの中で仕事をさせてもらえていることが光栄すぎて気がおかしくなりそうだ。あんまりやると心身の調子を崩すので、ニューヨーク時間の夜の12時以降と朝の9時前はミーティングを入れないようにしているが、それでもどうしても発生することがある。朝早いミーティングの場合は、ギリギリに起きると絶望的な気分になるので、どんなに寝ていなくても１時間前には起きてコーヒーを挽くであるとか、抹茶を点てるであるとか、無理くり活動を開始しておくと、生活の中に自然に発生したミーティングとして処理できるので良い。 今日も日記を書かなくてはいけないが、昨日紹介した川村さんの記事が思っ
【必見】議事録を使って組織を動かす方法 - とある投資家のαライフハック
議事録のツイートへ沢山の反響を頂きましたので、ブログにまとめてみたいと思います。 優秀な戦略コンサルの仕事術は綺麗なパワポを作ることではなく、議事録ベースで大企業のコンセンサスを作っていくことだし、古来共産圏では書記長が一番偉いし、そもそも議事録取りは雑用なんかじゃなく、選ばれた人しか務まらない仕事でもあるんだけどね。AIで音声を書き起こすのが議事録ではない。 — 誇りで飯が（ry (@908_908) 2018年9月18日 大企業では（別に大企業でなくてもですが）、普通物事は簡単に決まりません。というのも、所有と経営が分離している非オーナー企業では、特定個人の意見を押し通すようなことができないためで、良く言えばこれがガバナンスというヤツなのですが、筆者の個人的な経験では、ビジネスの世界に唯一の正解はないとは言うものの、多くの場合「正しい方向性（Direction）」という広さでは概ね１つ
ADHD プログラマの私がやっと見つけた「達成すること」が出来る方法 - メソッド屋のブログ
私は昔から ADHD で昔から発想力や問題解決力はあるのだが、自分自身が何かのスキルを上達することが非常に苦手だ。コンサルとか、エバンジェリストみたいな「人にやってもらう仕事」は得意だが、プログラマとか、ヴォーカリストとか、自分が本当になりたかった職業には何回もチャレンジして何回も失敗してきた。 遠くから見ていると私は何かが出来てるように見えるかもしれないが、冗談抜きで人の３倍ぐらい時間をかけないと成果が出ない。しかも、中途半端にしか完成しない。だから、土日も常に何か努力していないと不安になる。 多分私と同じようなADHDの人は、自分的に努力しても何も達成出来ない辛さを感じているかもしれない。過去にも色々試してみたのだが、４７年生きてやっと自分でも実施できる対策が見つかったので、同じ様なことで苦しんでいる人のヒントになればと思い久々にこのブログを書いてみた。 「自分で何かを作れる人」が長年
個人開発で得たスピード仕事術
できる犬さんMarkdownエディタを一人で作りながらフリーランスをしています。今月(11月)の売上は18万円を超えました。順調に伸びていて嬉しい。毎日楽しいです。 個人開発はスピードが全てです。残業代もがんばった賞も出ないからです。一人何役もこなさないといけないので、作業のスイッチングコストが常につきまといます。設計してコードを書いてユーザサポートをしてマーケティングして・・。ましてや本業などがあると、プロジェクト単位で脳を切り替える必要もあります。 プロになってから約8年、常に本業と並行して何かしらの個人開発を続けて来ました。そして、このスイッチングコストをどうすれば最小限に抑えられるかという課題と向き合ってきました。自分で言うのも何ですがかなり速いと思います。例えば、先日ユーザさんから機能要望を受けたのですが、書き込みを見て２時間で対応してリリースしました。そしたらユーザさんが「速す
プログラマが知るべき97のこと
プログラマが知るべき97のこと大人気の書籍『プログラマが知るべき97のこと』のエッセイを無料で公開中！すべてのプログラマにおすすめの本がウェブで読めるようになりました。 エッセイ一覧分別のある行動関数型プログラミングを学ぶことの重要性ユーザが何をするかを観察する（あなたはユーザではない）コーディング規約を自動化する美はシンプルさに宿るリファクタリングの際に注意すべきこと共有は慎重にボーイスカウト・ルール他人よりまず自分を疑うツールの選択は慎重にドメインの言葉を使ったコードコードは設計であるコードレイアウトの重要性コードレビューコードの論理的検証コメントについてのコメントコードに書けないことのみをコメントにする学び続ける姿勢誰にとっての「利便性」かすばやくデプロイ、こまめにデプロイ技術的例外とビジネス例外を明確に区別する1万時間の訓練ドメイン特化言語変更を恐れない見られて恥ず
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
事例で学ぶデザインの原則 by Life is Tech !