1話 2話 3話 4話 5話 6話 7話 8話 9話 番外 第1話 1話 2話 3話 4話 5話 6話 7話 8話 9話 番外 Tweet ■□■ 関連リンクページ ■□■
1話 2話 3話 4話 5話 6話 7話 8話 9話 番外 第1話 1話 2話 3話 4話 5話 6話 7話 8話 9話 番外 Tweet ■□■ 関連リンクページ ■□■
ヤバい思想、と言われると皆さんが思い浮かべるのはなんでしょうか。ファシズムや全体主義?差別主義?優性思想?それとも宗教的原理主義? この世に数多ある危険思想のなかで、ユダヤ人哲学者・思想家のハンナ・アーレントが最も重大視したのは「無思想」でした。 無思想、ノンポリ、無宗教…という「無属性」なステータスを自認していることは私たちの国では取り立てて珍しいものではありません。実際、多くの人は自分は「偏った考え方」に染まっておらず、「普通の感覚を持った/普通の日本人」であるというふうに考えています。よく異文化から揶揄されるように私たちは、「他の人と違う」ことに漠然とした恐怖を持っており、「普通であること」、そして「特定の立場や意見を主張しないこと」によって他の人たちとの温かい連帯関係の中に存在できます。 しかし実のところ、この「自分は普通の感覚を持っている」という自認こそが危険な状態だ、というのが
3年前に、図解の基本をまとめた本『図で考える。シンプルになる。』を書きました。その内容から、エッセンスを抽出したのが本noteになります。 (1)「幕の内図解」と「イチオシ図解」 図には、大きく分けて、2つのアプローチがあります。 ひとつは、幕の内弁当のように、いろんな要素を盛り込んだ図で、もうひとつが、唐揚げ弁当のように、イチオシのおかずにフォーカスした図です。 たとえば、桃太郎の話を「幕の内図解」のアプローチでまとめてみたのが、つぎの図です。 登場人物とエピソードをフラットに扱って、網羅的に盛り込んでいます。 この図を使って、人に説明しようとすると、「まず、お婆さんですが……」「つづいて、お爺さんですが……」といった具合に、「お婆さん」「お爺さん」「桃太郎」それぞれの視点に切り替えが必要になり、話す方も話しづらければ、聞く方もまどろっこしく感じてしまいます。 相手がじっくり聞く耳を持っ
この番組は、思わず頭の中で手順を組み立て、先を予想したくなるような興味深い実験、手順の組み合わせを改善していく楽しさを伝えるアニメーション、さまざまな仕事や物の中にプログラミング的思考が活かされていることを伝えるコーナーなどで構成されています。番組の中では、実際にコンピューターを使ったプログラミングを体験するシーンは出てきません。コンピューターへの苦手意識やICT 環境を問わず、誰でも楽しくプログラミング的思考を育めます。コンピューターを使ったプログラミングへの導入としてはもちろん、実際のプログラミング体験をした後でも、活用できる番組です。
2年ほど前に次男(当時16歳)が「一人暮らしをしたい」と言い出したのがきっかけで長男(当時23歳)と実家を離れて兄弟で2人暮らしを始めた。 その経緯を説明するとかなり長くなるのでこちらを読んでいただきたい。 二人暮らしはどうなったか 結果から簡単に言うと、二人暮らしは終わった。 期間としてはトータル2年弱ぐらいだっただろうか。 兄弟の仲が悪くなったからではない。 いや、仲も悪くなりそうだったが1番の理由としては「二人暮らしに問題が生じてきた」ので更新が近づいたタイミングで二人暮らしを終わりにする事になった。 正確にいうと「次男が想像したフリーダムでパラダイスな生活にならず予想以上に反して最悪な生活になったから」と言った方が良いかもしれない。 次男が想像したフリーダムでパラダイスな生活とは、自分の理想のスペースにゲーミングパソコンを置いて最低限のバイトの時間以外は全てゲームに勤しみ、ご飯は長
社内SlackやTwitterなどで、自分が新しいことを学ぶ時に実践していることを書いたりしていたのだが、今日メンバーと1 on 1をしていて、あらためて新しいことの学び方について訊かれたので、ブログにも簡単にまとめておく。 まず前提として、学ぶ対象の「新しいこと」とは何かについて述べておく。ここでいう新しいこととは、研究やイノベーションに関することではない。そういうのは、ググっても出てこないレベルの新しさなので、このエントリで述べる対象ではない。ここでいっているのは、自分にとって新しい知識であり、かつ、既に一定の蓄積があるような内容のことである。 それをひとことでいうと、入門書があるような領域ということになる。たとえばプログラミング言語はメジャーなものはたいてい当てはまるし、DockerとかKubernetesのような技術要素も入門書があるし、もっと広く学問一般についても当てはまる定義で
この記事を読む前に、「みんなちがってみんないい」と3回唱えよ スキル相談で考えること1on1や採用・育成の中で「新しく〇〇を勉強しようと思っているんですよねー、どうですかね?」かみたいな相談をされることが多く、基本的には「イイじゃん、Youやっちゃいなよ」の精神なのですが、なんのために?そのスキルはどこまで伸ばすのか?という話はなるべくするようにしています。 その時に期待されている役割や今のスキルを分析するために、「解決すべき課題の抽象度」「スキルの関連性」という話をよくするので共有しようと思います。 我々の仕事我々は「課題(タスク)」を解決することでお金をもらっています。とくにエンジニアやデザイナーは"課題解決に特化する仕事"だと考えています。この課題には以下のようなものがあります。 解決すべき課題 ・SQLのパフォーマンス問題 ・iOSアプリユーザーさんの使い勝手が悪い ・組織の人数不
数年前にQiitaに書いた記事の大幅アップデート版です。 このシリーズは情シス何もわかんないけど、1人目の情シスを採用し、一緒に情シスを作り上げていく、そんなマニュアルです。1人目の情シスが採用できたあとは、一緒にこれを読んで実行に移してみてください。 全部で4つの記事に別れています。 - 採用、マネジメント → この記事はコレ - 戦略づくり(ルール、業務基盤) - 戦略づくり(セキュリティ) - 戦略づくり(BPR / 業務改善)→ ※内容薄すぎた場合作成しないです そして、本記事をレビューしてくれた某分家コミュニティの人たち、そしてより良いものにしようとコメントくださった、おかしんさん、ゆりねえの二人に感謝を。 想定読者 * 情シスがいない企業で情シス立ち上げを行おうとする人(CTOなど) * 1人目の情シスとして入社して、これから立ち上げを行っていく人 ※世の中のすべての情シスを知
わたしは、ビジネスノウハウ本が嫌いだ。大嫌いだ。 個人で効率化できる部分なんてかぎられているのに、「お前が努力すれば成果を出せる」的なのが気に食わない。 それなら先に、ムダな会議を減らせって話だ。 ……というひねくれ者のわたしだが、とある本に出会って、自分でもちょっと戸惑うくらい感銘を受けてしまった。 どうやらわたしは今まで、”2流”のビジネス書しか知らなかったらしい。 Windows95の基礎をつくった天才プログラマーが語る、3つの仕事術 わたしが手に取ったのは、『なぜ、あなたの仕事は終わらないのか』という本だ。 ふだんこういった本はあまり読まないけど、kindle Unlimitedで読めるし、評価が高かったから、気まぐれでダウンロードしてみた。 著者は中島聡氏。 1960年北海道生まれ。早稲田大学高等学院、早稲田大学大学院理工学研究科修了。 高校時代からパソコン系雑誌『週刊アスキー』
エンジニアHub > 記事一覧 > Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 プロジェクト管理ツール、コラボレーションツールとしてBacklogを採用しているチームは多いでしょう。多岐にわたる機能を利用できるツールですが、上手に使うためのアイデアと方法を、Backlogを生み出したヌーラボ社の中村知成さんが解説します。開発チーム内だけでなく、マーケやセールスなどを含めた、チームを横断した課題管理など、“中の人”ならではの知見をご紹介します。 株式会社ヌーラボの中村知成( @ikikko )です。Backlogの開発・運用全般のマネージャーを務めつつ、Backlogの導入・業務改善や、ソフトウェア開発現場の支援サービ
2017年6月〜2020年3月まで、Quipperという会社でEngineering Managerをやってみての振り返りです。 ここ数日こつこつと退職エントリを執筆していたのですがこのセクションが長くなりそうだったのと、単体で読まれても良さそうなので1エントリとして切り出しました。*1 マネジャーになった背景から失敗から学んだことから思いついたことをぐだぐだ書いていきますがはっきり言って個人の日記レベルなので野暮なツッコミはなしでお願いします。*2 というかこれは個人の日記ですよ〜。(ここまで防衛線) マネジャーになった背景 / 当初の役割 記憶が確かであれば2016年頃にQuipperにも評価制度が導入されたのですが、当時すでに世界に数拠点あったためCTO@Londonが全員を評価するのは難しくなっていました。可能な限り現地オフィスで現地メンバーを評価したほうが納得感も高い、ということ
競技プログラミングの問題を解くためには2つのステップがあります。 問題で要求されていることを言い換える知っているアルゴリズムやデータ構造を組み合わせて解く 必要な(知っておくべき)アルゴリズムやデータ構造は色々なところで学ぶことができます。 しかし、「問題の言い換え」や「アルゴリズムを思いつく」というのは、非常に様々なバリエーションがあり、問題をたくさん解かないとなかなか身につきません。 そこで、この記事は以下のことを言語化し、練習のための例題を提示することを目標とします。 問われていることを、計算しやすい同値なことに置き換える方法アルゴリズムを思いつくための考え方競技プログラミングで「典型的」と思われる考え方 ※一部問題のネタバレを含むので注意 ※良く用いられるアルゴリズムやデータ構造については競技プログラミングでの典型アルゴリズムとデータ構造 を参考にして下さい。 入力の大きさ(制約)
この記事は2017/11の以下のブログ記事の翻訳です。 blog.itaysk.com まずはじめに、翻訳を快く許可していただいた@itayskさんに感謝いたします。 3年前の記事ですが、デプロイ戦略についてここまで網羅的にまとめられた記事が日本語で見つけられなかったので翻訳してみようと思いました。 初めての翻訳記事であり、かつ翻訳時に多少の意訳を含んでいます。私の翻訳ミスがある可能性も十分にご了承ください。 何か間違いやわかりにくいところがあれば、コメントいただけますと幸いです。 無謀なデプロイ (Reckless Deployment) ローリングアップグレード (Rolling Upgrade) ヘルスチェックと監視 ロールバック 後方互換性 ちなみに ブルーグリーンデプロイ (Blue/Green Deployment) ドレイン スイッチバック ステージ ちなみに カナリアデプロ
長年にわたり母との確執を抱えていたという、タレントの青木さやかさん。現在発売中の『婦人公論』3月24日号で、ご両親を看取った経験を語っています。わだかまりを解消するために掲げた目標とは…(構成=田中有 撮影=川上尚見) 【写真】病気をしたからといって母が丸くなるわけでもなく… * * * * * * * ◆「ごめんね」の一言が言えないまま 2014年に父を、19年の秋には母を見送りました。どちらも愛知県にいたので、近くに住む弟や親戚が主に通ってくれて、私はたまに顔を出すだけ。看病や介護の戦力にはあまりなっていなかったと思います。それでも、2人を見送ることを通して、私が得たものはとても大きかった。 成人しても、結婚して子どもを産んでも両親といい関係を築けなかった私が、考えを改めるひとつのきっかけとなったのが、父の死でした。 私が中学生の頃に母と離婚した父とは、長いこと連絡を取り合っていません
Kibela開発における技術選択の指針を全部教える。必要十分に新しい技術を維持するための考え方 サービスの立ち上げや機能追加時には、どのような技術をどの観点から選択すればよいのでしょうか? 自社サービス「Kibela」の実例を交えつつ、ビットジャーニーの井原正博さんがエンジニアと経営者の両視点から「技術選定」を考えます。 Yahoo! JAPANやクックパッドのエンジニアを経て、現在はビットジャーニーで代表を務める井原正博(@ihara2525)です。プライベートで超長距離のランを楽しむ傍ら、情報共有ツールKibelaの開発・運営を手がけています。 Kibelaについては、その立ち上げにあたってサービスを考えてリリースするまでのフローを以前に書きました。今回は、サービスの技術選定をテーマに、Kibelaを成長させるさまざまな段階でどのような選択を行ってきたか、具体例を交えながら紹介できれば
「心が折れる」とは、一定の目標に対して取り組む気持ちが萎えてしまったりなくなってしまったりする状態を指します。「もうその事柄について取り組みたくない」といった状態のことです。 心が折れてしまうと、目標達成を諦めてしまい、何事もやる気が起こらなくなってしまいます。一度心が折れてしまうと、なかなか元に戻らないので大変ですよね。 なぜ心は折れてしまうのでしょうか。その理由はさまざまです。たとえば、男女関係でトラブルや、職場・学校などでの人間関係、友人関係など、周囲の人とのトラブルが原因となっている場合があります。また、自分の失敗などが原因となって、心が折れてしまうこともあります。 心が折れたきっかけが何なのかは、折れない心づくりのために大事なので、何が原因なのか把握しておくようにしましょう。
ホーム > 「マネージャー不要」という人いますけど、大抵の人はマネージャーが管理してくれないと仕事ができないんです。 こんな記事を拝読しました。 どう考えてもマネージャなんて不要だからそれで上手くいくなんて期待しない方がいい 色んなマネージャがいる。何をやる仕事だろうか?役に立ってる?要らないだろ?って話をまとめたい。 別段批判という訳ではないんですが、思ったことを書きます。 私はシステム関係の仕事をしておりますので、この話を「一般的なシステム開発におけるマネージャーの仕事」の話として解釈してみます。 数人から十数人程度のメンバーが、それぞれ細分化されたタスクを割り振られて、当該タスクの達成を日々のミッションとして働いている現場と、その現場をまとめているマネージャーを想定しましょう。 で、そのマネージャーが不要かどうか、と考えます。 web上で「マネージャー不要論」というものを目にする機会
孤独な人間は努力してでも友達を作った方がいいのか。 研究結果は無慈悲にも「そうだ」と答える。 成功するための方法を『ひとりぼっちの〇〇生活』から学ぼう。 『ひとりぼっちの〇〇生活』6話 クラス全員と友達に 「中学卒業までにクラス全員と友達にならなくてはいけない」 これは今期アニメ『ひとりぼっちの〇〇生活』の主人公、一里ぼっちに課せられた試練である。 『ひとりぼっちの〇〇生活』1話 TVアニメ「ひとりぼっちの〇〇生活」公式サイト ぼっちは孤独な少女である。友達と呼べる存在は幼馴染の八原かいのみだ。 『ひとりぼっちの〇〇生活』1話 しかし小学校卒業を期に、その唯一の友達とも離れてしまう。 「このままでは、ぼっちはダメになってしまう」 そう考えた八原かいは、ぼっちに一つ約束をさせた。それが冒頭に書いた「中学卒業までにクラス全員と友達になる」というものである。もしこの約束が守れなければ絶交すると付
ベイジで新評価システムの運用を開始するにあたって作った、仕事と給与と評価の関係を説明した社内向けのスライドです。会社や経営者によって考え方は変わると思いますが、できるだけ分かりやすく、一般化してみました。何かの参考になれば幸いです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く