誰かから方針を共有された時、なんだか納得できなくてモヤッとすることがある。そういう時に共有した側もされた側も不幸にならないためのお作法的な動き方があると思っていて、雑にまとめておきたい。 1. 初手でファイティングポーズを取らない 納得できないこと ≒ 背景がわからないことに対する不快感はすごくて、つい"強い"言葉を使ってしまいがち 相手も人間なので、そういった態度や口調は鏡のように反射してくる。そうすると物事を前に進めにくくなってしまう 一見して不合理な方針だと感じたとしても、その裏にはそれなりに込み入った背景がありタフな議論が積み重ねられていることも多い まずは深呼吸して初手でファイティングポーズを取りそうになるのを抑えて、「取りまとめありがとう」って感じで相手へのリスペクトを示すとよい 2. 何に納得できないか深掘りする 納得できない時、意外と自分でも何が問題なのかはっきりとわかって

何らかの問題を解決しなくてはならなくなった時に、解決よりも深掘りを優先してしまう特性の人がいます。 たとえば問題に対する短期的な対策を考えることをおろそかにして、根本原因究明と根本対策方法をじっくり考え込んでしまうような人が該当します。他人事のように言ってますが、筆者もそうです。本記事は、そういう筆者が過去に仕事で困っていたこと、ある時から状況によって取り組み方を変えられるようになったという話をします。 上記のような特性の人は、調査のたびに深い知識が得られ、血肉となっていきます。それゆえ技術に明るい人とみなされることもあります。その一方で、困ることもあります。とくにそれは発生した問題が自分ではなく他の誰かのものだった場合、かつ、急ぎ問題解決が必要な場合です。業務ではこのような場面が非常に多いです。 この場合、問題の深掘りを最優先にしてしまうと仕事が遅くなりがちです。みなさんも、「あの人、技

僕は別にコーヒーにこだわりあるタイプでなくて、スタバとかドトールとかで美味しく頂ける 家ではそこらへんで買ってきた安い豆をただ挽いてドリップしてるだけで別にこだわりとかない。 車に乗ってるときとかは缶コーヒーも飲む（甘いの限定） 職場の無料ドリップコーヒー機が壊れたので、仕方ないから溶かすタイプのインスタントコーヒー買ってきて飲んだんだけど、マジでゲロマズだな 酸味と苦みが強いというか、それしかしないな。 こだわりがないのでコーヒーのおいしさが分からないから何が原因で不味いのかわからないが、ただこのインスタントコーヒーってのは苦くて酸っぱいお湯を飲まされている感じだ… 香りがないの？ 違いが判る男っていうCMがあるけど、確かに違いが分かったわ でもインスタントコーヒーでもカフェオレのように甘くして誤魔化しているような奴はジュース感覚で美味しいね

「学生の頃は優秀だと認められたのに、仕事では評価されない……」 「仕事ではそれなりにいい評価をもらえているけど、勉強が苦手でスキルアップできない……」 上記のようなジレンマを抱える人もいるのではないでしょうか。 「勉強と仕事は別物だ」と考えるかもしれませんが、じつは、勉強ができる人と仕事ができる人には、共通点があります。その特徴を意識して身につければ、勉強と仕事どちらの能力を上げるのにも役立つ可能性大。 今回の記事では、勉強ができる人と仕事ができる人の3個の共通点について解説します。1つでも取り入れて、“勉強も仕事もできる人” に近づいてみましょう。 仕事ができる人については、「圧倒的に仕事ができる人の特徴14選。仕事ができる人はこれが得意！」をお読みください。 勉強できる人と仕事ができる人の共通点1：謙虚である 勉強できる人と仕事ができる人の共通点2：「なぜ？」を掘り下げる 勉強できる人

少し前まではオシャレとされていたものが、急にダサいと言われたり、ファッションは言うことがコロコロ変わってルールがわからない。 最近でいえば「黒スキニーはダサい」だ。 数年前は「くせのないデザインで、足が長く見える効果もある」なんて説明されていたのに、ワイドパンツ（太めのズボン）が流行りだしたら、急にダサいと言われるようになった。 正直、何が何だかわからない。 オシャレ入門マンガ『服を着るならこんなふうに』を読んで、「なるほど黒スキニーを買えばいいのか！」と、正解を知ったはずが、「今どき黒スキニーはない」なんて言われたら、頭を抱えるしかなかった。 理解できないものは、理解するしかない。 なので、30歳までろくに調べもしなかったファッションについて調べた。 やっぱりサイトや動画によって言っていることが違うので、やはり頭を抱えたが、続けているうちに、自分なりに理解が進んできた。「完全に理解した」

はじめに 今回は外部キーを張るときに最低限意識したいことについて書きました。 何か間違えがあったり、もっとこういうところも意識してますという人がいたらコメントお願いします。 この記事で伝えたいこと ①リレーションシップ先のデータを消したときに同時にリレーションシップ元のデータが消えても自然な状態を作る ON DELETE CASCADEをうまく利用できる状態を作る つまり親子関係を正確に表現する。 リレーションシップ先は親テーブル、リレーションシップ元は子テーブルを意味しています。 ②データを作成するときのことを考えてデータの生成順序がおかしくならないように外部キーを張る ③関連を表現するときに中間テーブルを利用したほうが良い場面がある 注意 下記【例を交えながら説明】の説明に出てくるテーブル設計に関しては、上記の【この記事で伝えたいこと】の①と②と③の項目に対して想像しやすいように、理解

この記事はNuco Advent Calendar 2022の17日目の記事です。 ワンランク上のSQLとは？ 1年近く、データ分析に関わる業務に携わっってきた中で、良いSQL、いまいちなSQLをいろいろ見てきました。 自分が書くSQLも、最初の頃は目も当てられないSQLも書いてきました。そんな中で、こんなことを意識していくと、より良いSQLになるのでは？というポイントをまとめていきます。 とりあえずSQLの文法は一通り勉強して、取得したいデータをとってくるSQLをかけるようになったぞ。という人に向けたものなので、本当に基礎的な文法は解説していません。 ワンランク上のSQLを書くためのポイントは、 ・読みやすい ・再利用しやすい ・処理が早い の３つを押さえられているかどうかだと感じています。 可読性が高いメリット 間違いにくくなる/デバックが容易になる エラーが出てくれれば間違っているこ

ほとんどの人はだれかと恊働しています。マネージャーやリーダーであるなら、この割合はより大きくなります。 筆者は、仕事の重要な要素のひとつを「進捗を出すこと」と定義しています。そして進捗を出すには、進捗をただしく把握することも重要になってきます。 しかし「進捗を把握する」と言っても、想像以上に難しいと感じる場面が多々ありました。たとえば、 進捗はどうですか？ → 進行中です／〜をやっています なにか問題はありますか？ → とくにないです 〜までに終わりそうですか？ → たぶん大丈夫だと思います というようなやりとりは一般的なコミュニケーションだと思いますが、あまり有用な情報は得られていません。 この記事では、自身の経験則をもとに、進捗にまつわる良い情報をゲットするための具体的な質問を考えてみました。 なぜ進捗を把握すべきなのか 話の前に、なぜ進捗を把握すべきなのでしょうか。 それは良い計画づ

◆◆◆ 最初のきっかけは「中学3年生の夏、止まらなかった鼻血」 ――「全身性エリテマトーデス」とはどのような病気でしょうか？ 後藤邑子さん（以下、後藤）　自己免疫疾患のひとつです。本来、免疫というのは外から入ってきたウイルスなどの外敵と戦うものですが、それが自分の体の細胞を攻撃してしまう病気です。 血液だったり、臓器だったり、あるいは皮膚だったりと、どこを攻撃するのかわからないので、「全身性」といいます。原因は、まだハッキリとは突き止められていないようです。 ――病気が発覚したのはいつでしたか？ 後藤　2012年に倒れて入院し、そのときに検査してわかりました。 もともと私は別の自己免疫疾患、特発性血小板減少性紫斑病（血小板に対する「自己抗体」がつくられることで、血小板が破壊され、出血の危険が高まる病気。国が指定する難病の対象）というのを長く患っていたので、その症状がひどくなったのかと思って

解決したい問題 例として、飲食店の予約サービスを考える。 予約を受け付けるためには各店舗の営業スケジュールを管理しておいて、営業日の営業時間内のみ予約を受け付けるようにする必要がある。 たとえば、ある店舗は各曜日の営業時間について、以下のように定めているとする。 平日：11:30-22:00 土曜日：11:00-22:00 日曜日：11:00-21:00 定休日：木曜日 これを素朴に設計すると、たとえば以下のような「営業日については営業時間を保持し、定休日についてはレコードがない」というテーブルになるかもしれない。 店舗 曜日 開店時刻 閉店時刻

はじめに タイトルのとおり、RDBのデータモデリング・テーブル設計を行う際に参考にしている考え方と関連資料をまとめました。 P.S. なんと本記事内でいくつか参考として挙げさせてもらっている増田さん・かとじゅんさん・奥野さん・そーだいさんからコメントいただくことができました。 本当にありがとうございます。 前提 RDBを採用するのは事実を無駄なく正しく記録するため 正規化、トランザクション、制約とデータ整合性 基本的には始めに理想として集合論・リレーショナルモデルに基づいて正規化を考え(論理設計)、パフォーマンスなどの現実問題に対して折り合いをつけていく(物理設計) 制約を最大限利用する cf: ↑P91〜 ↑P.29,41 ↑P56〜 ↑5章 ↑P347～ 情報とデータ データ：単なる事実の値→これを永続化して蓄えるものがRDB 情報：データから生み出される意味や目的のあるもの→RDBか

普通のプログラマの普通の設計 2022-01-26 本編（雑談）の前振りスライドです。 https://modeling-how-to-learn.connpass.com/event/231669/

https://anond.hatelabo.jp/20211122190639 私は女性ですが、昔から陽の無神経でがさつな人達に揶揄されて育ってきたので、「陽キャ恐怖症」なところがあり、かつては増田さんのような立ち位置で友人や彼氏と接してきました。 また、そういう実例夫婦や他の実例を身をもって知ってるので、増田さんの気付きになればとこれまでの経験談をレスしました。 ブコメじゃ短すぎるので超久々の増田。はてな記法は忘れましたので見づらい点はご容赦を。 結論から言って増田さんの条件や願望を満たす女性は腐るほどいますが、断言しますが全員増田さんを搾取するモラハラ人種です。 モラハラ傾向のある人種が同じモラハラ人種を引き寄せる悪循環になってます。 （A）感情で他人をコントロールしない。人を不用意に傷つけない。他人の心が理解できて、理性的で、いついかなる時でも、極力良識を守った振る舞いが出来る。そ

はじめに ソフトウェアプロジェクトには不思議な性質があります。現状のスケジュールに課題を感じて、短くするために人員を投下しても、なかなか思い通りに短くならない。それどころか悪化してしまうことがあります。場合によってはプロジェクト自体が破綻して失敗してしまうことすらあります。 今回は、このようなソフトウェアプロジェクトに潜む直感に反する性質を数理的なモデルを介して理解していく試みです。ある種の思考実験としてお楽しみください。 宣伝 Qiitaさんとコラボ企画でアドベントカレンダーをつくりました。 DXをめちゃくちゃ改善した話を募集しています。 https://qiita.com/advent-calendar/2021/dx-improvement 10人の妊婦がいても1ヶ月で一人の子供は生まれない これは誰かの技術力やプロジェクトマネジメント力に欠陥があるのではなく、「人月の神話」で有名な

Open8 勉強会で発表したレビューの仕方と心理的安全性の話しです。

10月1日に適当に書き散らした文章(anond:20211001193856)が2週間以上してからTwitterでリツイートされているのを発見。 はてブを見るとまさかの500越えでびっくり。ブコメを一通り読んだが、言いたいことをわかってくれてるなという人もいれば、全然話がかみ合わないなという人、こんな視点があったのかという人もいて面白かった。 そのうえで、もうちょっと追加で書きたい気分になったので電気自動車の普及プロセスを考えるうえでケーススタディになりそうなディスプレイ産業の話をもう少し書いてみる。 なぜiPhoneXの有機EL採用のインパクトが大きかったのかブコメでも指摘があったが、iPhoneXの前にサムスンがGalaxyで有機EL採用していただろうという話。そのことは当然知っててiPhoneXで有機ELが普及したと書いたわけだけど、その理由はなぜか。 年間の携帯電話生産台数って、サ

「Scrum Fest Osaka」はスクラムの初心者からエキスパート、ユーザー企業から開発企業、立場の異なる様々な人々が集まる学びの場です。KEYNOTEで登壇したのは、楽天グループ株式会社の椎葉氏。「誰も嫌な思いをしない変化」をタイトルに、自身が開発グループのサポートをしたときの取り組みについて話しました。全3回。2回目は、誰も嫌な思いをしない変化のために実践したことについて。前回はこちらから。 誰も嫌な思いをしない変化のために「相手に期待しない」 椎葉光行氏：その頃の自分と、今の自分でいろいろと変わったとは思うんですけど、大きくこの2つかなと思います。 「相手に期待をしなくなった」それから「相手の気持ちを考えなくなった」です。 言葉にすると、人としてどうなのという感じがしますけど（笑）、でもこの2つが自分の中でけっこう大きな軸になっています。 何年か前に、娘が「2桁のかけ算教えて」っ

よこち @yokocha_gyouza 実は私、IHをこうする人がずっと理解出来なくて。 晩御飯食べて食器片付けてシンク拭き上げたついでにササッと拭けばこうはならないでしょ。 でもある日突然その「ついでにササッと」が出来なくなったんですよ。 「ついでにササッと」は心と身体が健やかな人ができる事なんだなって思った。 pic.twitter.com/TmyPhpkKXw

結城です。 2021年9月13日から14日にかけて、東京都立大学の大学院生向け特別講義として「リーダブルコード演習」を実施しました。 演習の内容は、当社でこれまでにも行ってきているリーダブルコードワークショップを、プログラミング経験が比較的浅い・プログラミングの量がまだそれほど多くない方向けに調整した内容としました。 この記事では、実施した演習の概要と、今回意識した点を紹介します。 本文が長いため、目次を用意してみました。 発端 演習の構成 座学パート リーダブルなコードを書く意義について リーダブルコードを実践するためにまず取り組むべきこと 実際の現場での「コードがリーダブルでなくなってしまった」「リーダブルになるよう改めた」実践例 最初の実装 リーダブルでなくなった実装 リーダブルさを取り戻すための改修 コードがリーダブルでなくなっていってしまう要因 壊すのが怖くて、見て見ぬフリ 恐怖

みずほ関係者の方でしょうか。連日のように繰り返されるシステム障害とその批判を目の当たりにして疲弊しているのだろうとお察しします。ただ、仰っている内容はどれも妥当性に乏しいので、公言されるとますます批判の声が強まってしまうことが危惧されます。ご自身の反論が有効かどうかを検証する有力な方法は「他の2メガバンクではこのロジックは通用するか？」という考え方です。以下、すべてこのアプローチでご説明します。 まず「銀行リテールの利益は250億円しかなく赤字のこともあるのだから莫大な設備投資をすることは株主にとって妥当ではない」というのは論理が全く逆で、莫大な設備投資をしたのですからもっと稼がなければならないのに稼げていないことが問題なのです。MUFGやSMFGをご覧頂ければ銀行リテールだけでも1,000億円単位で儲けていることがわかるでしょう。しかもシステム統合に要した費用はMUFGで3,300億円、