意識も理想も高いけど実現には至れない人｜FromAtom
これは、複数の他社の人から聞いた話をくっつけたり混ぜたり脚色した話になる。つまるところフィクションだ。 あるIT企業ではチームごとに始業時にスタンドアップミーティングを行っている。スクラムで言うところのデイリースクラムである。よくあるやつだ。 ある日、5〜6人くらいの小規模チームに新しいメンバーが加入した。新卒ではないけれど第二新卒くらいの若さのメンバーであった。将来的にはリードする役職（テックリードだったり、デザインリードだったりそういうやつ）につきたいという、意欲のあるメンバーだ。仮にメンバーを山田としよう。 入社後しばらくした山田からマネージャーに相談があった。 「毎朝、スタンドアップミーティングをしているが、時間の無駄にしか感じない。それぞれが進捗を共有するが、自分には関係ないタスクの話を聞いても意味がないので早くタスク消化に入りたい。」 マネージャーはスタンドアップミーティングの
テキストコミュニケーションで意識していること｜ymdkit
リモートワークで仕事をしていると、Slack や Teams といった何かしらのチャットツールでコミュニケーションを取ることが多い。そうやって仕事を続けていく中で「こう伝えたらよりスムーズに話が進んだかな...」という後悔は多々あり、日々試行錯誤を続けている。 そうやって試行錯誤を続けていく中である程度テキストコミュニケーションを取る上でのフォーマットが定まってきた気がするので、箇条書きでまとめてみようと思う。（随時更新予定） prefix （接頭辞）をつける文章の先頭にその文章の目的がわかるような prefix をつけて、何のためにポストしたかを一目で分かりやすくする。例えば以下のような prefix をつけることがある。 【質問】→ 相手の返信が欲しい時 【共有】→ 返信は不要だが、内容は把握しておいてほしい時 【メモ】→ 返信不要で、後から検索できるよう残しておきたい時 箇条書きする
Apple Vision Proを買いました｜MIRO
まあなんやかんやとありまして、アメリカ・ロスアンゼルスまで出かけて新発売のApple Vision Proを買いました。羽田からロスアンゼルス国際空港まで直行便で向かい、空港についたらそのまままっすぐ近隣のApple Storeへ。その場でデモ体験とフィッティングをして、予約分を受け取ったらストアから徒歩数分のホテルへ。そのあとはもう海外？観光？なんすかそれ？？の勢いでずっとホテルの部屋でApple Vision Proと戯れていました。あ、途中ご飯は食べにいきましたけど。 いやー、たいへん充実した旅というのはこういうのを言うのであるのだなあ。ふっひっひ。実にたのしいです。いまこの記事も、MacBook Air M1＋Apple Vision Proで書いてます。目の前に、巨大なモニタをばーーーんと広げて。ばばばーーーーんと、ね。 ともかくビデオパススルーがきれいなのと、映像がとても緻密で
役に立たないことを学ぶということ｜ロボ太
私は大学の理工系の学部で、PythonとGit/GitHubを教えています。Pythonが学部2年生、Git/GitHubが学部3年生向けで、どちらも必修です。 これらの講義の中で、私は「今日は重要な回だから集中して聞いて欲しい」「今日はあまり重要でない回だから気軽に聞いて欲しい」と重み付けをしています。その中で、「今日やることはこれからの人生で全く役に立たないから、気軽に聞き流して欲しい」と言う回があります。Pythonでは「Pythonが動く仕組み」という回で、Pythonが入力されたプログラムを抽象構文木を経由してバイトコードに変換して、それがスタックマシンとしてVMで実行される様子を学びます。Gitでは「Gitの中身」と題して、Gitのコマンドが裏で実際になにをやっているのか、特にコミットオブジェクトやブランチがどのように実装されているのかを学びます。 PythonでもGitでも、
ビジネス、開発、四方山｜naoya
今度のカンファレンスで以下のようなことを聞かれそうなので、最近の出来事とともに、記憶に刻むためにも書いてみる。あんまり推敲はしてない、だらだらと。 ソフトウェア開発において、ビジネスの人と開発の人とでなんか意識が合わないみたいなことの根源はどこにあるのか? みたいなのが最近少しわかったことがある。(ビジネス / 開発と区分けすること自体がそもそもなんだけど、それ言い出すと考察が進まないので、あえて分ける) ビジネスの人は、そもそもがそのビジネスの実現だったり顧客の問題解決だったりが最初から目的なので、簡単にいえば「早く顧客の問題を解決してビジネスを実現したい」と自然に思っている。これは当たり前。 たとえば自分が自宅にお客さんを招くときには「そのお客さんに快適に過ごして帰ってほしい」と思って、家を掃除したり振る舞う食事の献立を考えたり、食後にするゲームは何にするか、などを考えたりする。動機は
メールアドレスをキーにしてID連携を行う設計の危うさ｜ritou
ritouです。このしずかなインターネットにおける初投稿です。 おそらく、このしずかなインターネットのID連携では次のような設計になっていま「した」。問い合わせをさせていただき、対応いただきました。 これまでもQiitaなどで同様の実装例が紹介されていた際にはコメントさせていただいていたものですので、アンチパターンの紹介記事として読んでいただければと思います。 「Googleアカウントでログイン」ではじめると、ユーザーが作成され、Googleから受け取ったメールアドレス([email protected])が設定される 次回から「Googleアカウントでログイン」をすると、Googleから受け取ったメールアドレスでユーザーを参照 試しに、次のような流れで動作を確認してみます。 「Googleアカウントでログイン」でアカウント作成([email protected]) 「メールアドレス変更」
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
