エンジニアの劣等感との付き合い方 - Qiita
はじめに 私は、不完全な人間です。 人より劣っているところ、弱みもたくさんあります。 しかしながら、なんとか、今日までエンジニアとして生きていくことができました。 私がこれまで、劣等感とどう折り合いをつけてエンジニアとして生きてきたか、説明したいと思います。 この記事で最も言いたいことは「不完全な自分を認めながら、でも、自分の成長の可能性を失わない」ということを伝えたいです。 劣等感にまみれたエンジニア人生 ふりかえると、劣等感にまみれたエンジニア人生でした。 「自分はダメなエンジニアなんだ…」 という想いが、思考の隅につきまといながら、なんとか生きています。 思い返せば、この想いの最初のきっかけは、新人時代に先輩社員にコードレビューの指摘で、叱咤された事でした。 「こんなことも知らないの」 「コードを書く才能がないんじゃない」 「…あぁ、もう、いいから、こっちで修正しとく。いいよ。さわら
もうスポーツ選手や動画配信者は"野良犬のヒーロー"ではない - シロクマの屑籠
大谷選手やボクシング井上選手など、最近の若手スーパーヒーローはみんな遊ばずに品行方正なのは世界のスポーツや格闘技のレベルが上がりすぎてその世界で圧倒的なチャンプで居続けるには遊んでたり横見たちに逸れる余裕がなくなってるだけな気がしてる。サボってるとすぐに追い越されてしまう時代。— ポンデべッキオ (@pondebekkio) 2023年3月9日 WBCが開催され、大谷翔平選手が出場していたりする中、上掲のようなツイートを見かけた。いや、本当に。スポーツ選手は品行方正になり、長く活躍する選手はフィジカルやメンタルの管理に余念がなく、「遊び」にうつつを抜かしているようにはみえない。発言、という点でもそうだろう。舌禍は一流選手にあってはならない。「口は悪いが腕は良い」などということが、今日日、どこまであり得るだろうか。 過去を振り返ってみれば、スポーツはもっと行儀の悪いもので「遊び」を多々含むも
〈特別公開〉ひろゆき論――なぜ支持されるのか、なぜ支持されるべきではないのか
※『世界』2023年3月号収録の記事を、増補改訂のうえ特別公開します はじめに ネット上の匿名掲示板サイト「２ちゃんねる」（現在は「５ちゃんねる」）の創設者、ひろゆき、こと西村博之が人気を博している。 1999年5月にスタートした２ちゃんねるのほか、2007年１月にスタートしたニコニコ動画など、ネットの普及期にいくつかのサービスの立ち上げに関わり、起業家として成功した彼は、2010年代後半からユーチューバーとして活動し、視聴者からの相談に答えるライブ配信番組を通じて人気を博した。さらにその間、ビジネス書や自己啓発書を次々と出版し、ベストセラーライターとして名を馳せるかたわら、テレビ番組にコメンテーターとして出演するなど、マスメディアでも広く活躍するようになる。 その人気はとくに若い世代に顕著で、若者や青少年を対象とする調査では、憧れる人物などとして頻繁にその名が挙げられるほどだ。その配信番
リーダブルなコードを書く習慣の身に付け方・実践の仕方 - 2021-09-22 - ククログ
結城です。 2021年9月13日から14日にかけて、東京都立大学の大学院生向け特別講義として「リーダブルコード演習」を実施しました。 演習の内容は、当社でこれまでにも行ってきているリーダブルコードワークショップを、プログラミング経験が比較的浅い・プログラミングの量がまだそれほど多くない方向けに調整した内容としました。 この記事では、実施した演習の概要と、今回意識した点を紹介します。 本文が長いため、目次を用意してみました。 発端 演習の構成 座学パート リーダブルなコードを書く意義について リーダブルコードを実践するためにまず取り組むべきこと 実際の現場での「コードがリーダブルでなくなってしまった」「リーダブルになるよう改めた」実践例 最初の実装 リーダブルでなくなった実装 リーダブルさを取り戻すための改修 コードがリーダブルでなくなっていってしまう要因 壊すのが怖くて、見て見ぬフリ 恐怖
Howだけ考えると複雑さを導入して仕事が増える - そーだいなるらくがき帳
昨日、リモート雑談会の中で id:katzchang がめっちゃ良いことを言ってたので自分のためにも、みんなのためにもここに残す。 結論 作業を増やすことに敏感な人は少ない。 仕事と作業を同じと捉えていて、作業をすると仕事の進捗があると感じてしまう麻薬みたいなのはある。 それによって複雑さを導入して仕事、作業を増やす。 本当に必要なの作業を減らしてビジネスを前に進めることに注力する。 それが仕事をするってことだよな。— そーだい@初代ALF (@soudai1025) August 13, 2020 ちゃんとWhyを意識して、問題の本質を理解し、解決することで、不要な作業を減らし、仕事を減らしていくことがITを活用する上で肝要である。 仕事を増やさない これは本当に大事。 例えばリリース手順書を作りました！ってなると作業の内容が変更になるたびに手順書のメンテナンスをしなければいけない。 そ
学びのススメ vol.3：IPA 独立行政法人 情報処理推進機構
学び続けている実践者の方からお話を伺いました。 ご自身の組織や個人としての学びのご参考になれば幸いです。 岩手県釜石市出身。株式会社翔泳社 取締役。日本最大級のITエンジニアイベント「Developers Summit （通称：デブサミ）」を、2003年の第一回より10年以上コーディネートし、異種の技術領域に携わるエンジニアが一堂に会することのできる、中立かつオープンで多様なイベントの開催を支えたことにより、楽天テクノロジーアワード2012 ルビー賞を、自宅の倉庫に置いた箱庭ライブラリの運営に対し、本を通じた人と人とのつながりを生み出し、地域にも貢献する活動として、大阪府立大からマイクロ・ライブラリーアワード2018を受賞。コンピュータ出版販売研究機構会長を2016年4月～2020年9月まで務め、コンピュータ書の棚分類コードの整備やこどもプログラミング書籍の棚作り、小学校への推進を行った。
スケールする要求を支える仕様の「意図」と「直交性」 - Qiita
はじめに どんなソフトウェアエンジニアも拡張しやすくメンテナンスしやすいソフトウェアを作りたいと思っているはずです。また、どんなプロダクトマネージャも同様に拡張しやすいシンプルな要求を作りたいと考えているはずです。 しかし、将来の不確実性や発展性に対して見通しを立てるのは難しいものです。そのため、開発チームの思いとは裏腹にソフトウェアの複雑性はどんどんと増大していきます。気がついたら技術的負債と呼ばれるような手もつけられない泥団子になってしまうということもしばしばです。誰もが生産性を下げるために機能を追加したいわけではなく、ビジネス価値を提供するために機能を追加したいだけなのにです。 このような状況を避けるためにはどうしたらよいのでしょうか。今回はその一つの手段として、要求には隠れた「意図」があり、それを発見していくことの重要性についてまずはお話しします。さらにわかりやすい要求が持つ仕様の
大学の恩師に教わった、「なにがわからないか、わからない」ときの質問のしかた。
「恩師」の意味を「人生全体に渡って、大きく影響を及ぼす程の薫陶を受けた人」と定義した場合、私には恩師と言って良さそうな人が二人います。 一人は、小学校の3年から4年の時に担任をもってもらったH先生。 もう一人は大学の専門課程、国語学研究室でお世話になったS先生。 H先生については、人生の選択に関わる重要な示唆を色々と頂いたなーと思っていて、例えば昔この記事で書いたんですが、 忍者ハットリくんが、私の人生を大きく変えた、という話。 「ファミコンの忍者ハットリくんに巻物が出てきてかっこいいから、本物の巻物にも触ってみたい」 と素っ頓狂なことを言い出した私に、 「巻物は大学行かないと触れないよ」と答えて、さり気なく「大学=巻物」という刷り込みを行ったのがH先生です。 多分私、この教えがなかったら大学行ってませんでした。 上記の記事でも書いた通り、私は大学での専攻として、「巻物に触りたいから」とい
解像度を上げる 🔬
2023 年 4 月にアップデートしました。 ビジネスにおいて「解像度が足りない」という言葉が使われるようになりました。この解像度という概念を、深さ、広さ、構造、時間の4つの軸で整理して、それぞれでどうやって解像度を上げれば良いのかについて解説しています。 このスライドを使ったYouTube での解説動画はこちら (2023年4月版) 東京大学 FoundX の各種リソース •FoundX Review - 起業家向けノウハウ情報 •FoundX Resource - 整理された記事の紹介 •FoundX Online School - 30以上の学習ビデオ教材 •FoundX Founders Program - 個室の無償提供とコミュニティ
フィードバックを「される側」が留意しておきたい５つのポイント!? | 立教大学 経営学部 中原淳研究室 - 大人の学びを科学する | NAKAHARA-LAB.net
「先生、フィードバックを受ける側は、何に気をつければいいんでしょうか？ フィードバックを受ける側のコツってありますか？」 ・ ・ ・ 先だって、ある学部生の方が、僕のところにやってこられて、こんな質問をしてくださいました。 ちょっと前に行ったミニ講義で、「フィードバックをする側」のことをレクチャーしたので、今度は「フィードバックを受ける側」のことが気になったのかもしれません。 そのときは、所用で、ちょっと時間がなかったので、 「わかった。今度、それで、ブログを書くよ。ちょっと待ってて」 とだけいいました。 で、今日の記事が、それ（笑） ▼ フィードバックを受ける側のコツとして、僕は下記の５つをあげたいなと思います。 １．聞き切る ２．感謝する ３．具体化する ４．対話する ５．これからを考える 「１．聞き切る」とは、相手から提供されるフィードバックを、まずは受容し、受け止め、最後まで「聞き
IT(?)に立ち向かうための心構えとか考え方
anond:20201130214610 いろいろ面白かったので、適当に回答する。 ＞ 1.具体的な事が分からないプログラミングで主にやる事は下記の2つ。 ①IFでAかBを選択させてどっちかの設定を実行 ②Whileで決められた回数分繰り返す これでやりたいことは分かる。分かるけれどこれでどうやって動画や音楽のエンコードをしたり 画像処理をしたりするソフトウェアになるのかというのがよく分からない。 とてつもなく複雑で冗長な処理によって実行されている。 複雑すぎて人間の直感で理解することは不可能だ。 わかりやすいので画像処理でいうと、数十万から数百万の画素（RGBAの24bitで表される数値）を小さなブロックに分解し、数学的に周波数の重なりとして計算して変換、含まれる頻出パターンをテーブルにして圧縮伸張を行なう。みたいなことが瞬間的に行われている。 「まさかそんな事できるわけないだろ」という
私は明日海賊にはなれないが、小学生を襲うことはできる。“社会的責任”を茶化すのはマズいぜという話｜四谷三丁目
小児（男児）を模したラブドールの購入・使用をめぐる議論がツイッター上で話題だ。 小児性愛嗜好をもつ男性の、オープンアカウントで公開された「ショタラブドール購入・使用レポ漫画」に端を欲した騒動は、ツイッター上で「ラブドール」がトレンド入りするほどの物議を醸した。 このレポート漫画や小児型のラブドールを所持することそのものに対する関する個人的な見解はおいおい述べていくとして。この騒動に関連し、私がどうしても言葉を尽くしたいと思うに至ったツイートが他にある。 「小児型ラブドールを使用することで小児への性加害が助長されると言うなら、とっくに海賊漫画に影響されて大航海時代が来ている」（意訳）というものである。このツイートを晒したいわけではないので、直接の引用は避けるが、間違いなくこういう意図のツイートが流れてきた。 私が見た時点で、数千RTはされていた。 まあそして、このツイートだけではない。ちょっ
よけいなプライドは捨てたほうがいいという話について書く - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
雑文を書く。 ぼくはどちらかとプライドが高いほうで、単なる趣味であるところの音楽でも「下手なところは見せられない」とか、「アレを聴いてないことが恥ずかしい」みたいな気持ちを強く持ってる。なんというか、「下手なところを見せたら舐められるんじゃないか」とか「アレを聴いてないとバカにされるんじゃないか」みたいなふうに感じてしまう。 で、こういう話をしてるとよく、「プライドを捨てよ、そして楽になるがよい」みたいなことを言う人間がどこからともなく現れてOSEKKYOを始めたりするのだけれど、そういうのに対しても結構大きな違和感を持っている。こういう「舐められたくない」みたいな気持ちがないと、クオリティの低いものばかり作り出す邪悪な人間になってしまうし、プライドがあるからスキル上がって行くみたいなところはあると思う。 一方で、こういうプライドがじゃまになることもたしかにあって、馬鹿にされるのが嫌だから
「どうしたら強くなりますか？」に対する考察 - 連珠雑記
「どうしたら強くなりますか？」 この質問は、連珠のようなゲームをしている方共通の悩みだろう。私自身も日々感じているし、何より最近は聞かれることが多い。自分なりに考えてみたい。 まず、この質問をする人には、私の経験上大きく分けて以下の3通りに分かれる。 ①話題作り。とりあえず聞いてみたい質問 ②はじめたばかりで本当に右も左もわからない ③練習時間をかなり割いている、あるいは対局数が非常に多いにも関わらず伸び悩む ①の人と思しき場合には、とりあえず詰め連珠と答えている。誰相手でも大抵当てはまる安全な解答である。②の人についても、基本的には詰め連珠と答えている。連珠は基本的な詰みが分からないとその他概念の導入に非常に苦労するため詰みが分かるに越したことはないし、極端な話詰み周辺を究めればそれだけで五段にはなると感じている。詰みが嫌いな人についてはとりあえず何も考えずに1000局打って、話はそれか
知識問題と思考問題 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
最近、高校の先生が「知識問題」「思考問題」という言葉を使ってらっしゃるのを聞いて、「なるほど、面白い分類だな」と思った。それ以来「知識問題と思考問題」という視点で物事を眺めるのが自分の中でブームとなっている。 もちろん、知識問題と思考問題というのはきれいにスパッとわかれるものではなく、グラデーション状になっていると思う。この問題はやや思考問題よりだね、とか、かなり知識問題に振れてるね、とか、かなり思考問題寄りだね、とか。 ソフトウェアの設計について考えてみると、じつは、ソフトウェアをどのようなレイヤーに分割するか、というような話はかなり知識問題寄りに見える。この問題には先人の知恵がたくさんあって、それらが「傾向と対策」として未知の問題にも流用しやすい。 一方で、レイヤーの内部をどのような責務でどのようクラス、コンポーネントに分割していくのかというのは、かなり思考問題よりに見える。このとき、
エンジニアが何か問題にぶつかったときにあるといい力を5個 - Mitsuyuki.Shiiba
最近ちょこちょこ相談されることがあって、直接のスキルではないけど、こういうのもスキルだよなぁって思ったので、思いついた順に書いてみる。5個になった。 ## 1. 問題を切り分ける力 「これがなぜか動かない」って相談されたときって、いくつかの要素が絡んでることが多い。 なので「ここは明らかに問題ないでしょう」という一番土台のところからチェックを始める。そうすると「え？そこは問題ないと思いますよ？」って言われるので「うん、それを『問題ないと思う』じゃなくて『問題ない』って断言できるようにしようと思って」みたいな会話をよくする。 可能性をひとつずつつぶしていくと「ここだなぁ」って場所が見つかって、そしたら、もうあとはそんなに難しくない。ひとつずつ確認していくのって遠回りに見えるけど、結局その方が確実ではやいと思う。 ## 2. 想像と事実を切り分ける力 ↑と絡んで、想像や思い込みなのに、「ここは
自分を許し未来を向く - 思考と現場の間で
マネージャーやリーダーをやると、責任範囲が大きくなり、自分の行動や発言で失敗したり周りの人にネガティブな反応をされたり、自責の念から自分を責めたくなることがあります。 良くも悪くも、自分を責めてしまい、しんどい想いをしているリーダーの皆さんに何人もお会いしてきました。私もそういうことがありますし、リーダーをやっていなくてもそうしてしまう人もいるのではないでしょうか。 どんなことがあっても平常心を保ち、自分のやるべきことをやり、「今」を大事にできれば良いと思いつつ、なかなかそうならないのが現実です。 これは物事への捉え方のパターンが偏り、それが習慣化しているからではないかと思っています。何か起こった時、自分と物事に対してどう捉えるか、ということを意識して日々言葉と行動を変え続ければ、新しい自分の捉え方が習慣化していくのではないでしょうか。 つまり、日々の努力が不可欠ということです。そんなこと
不条理な現実を直視しながら、いつまでも新鮮に世界をまっすぐ見晴らすことの解説。
最近思ったことで、一見「矛盾」している２つの行為を、意志を持って同時に行うことができる人は強い、というものがあります。 起業をした頃に難しいなと思ったことの一つが、例えば「現実を受け入れる」ことと「夢をまっすぐ見る」ことのように矛盾する2つのことを同時に行う必要があるということでした。多くの人は厳しい現実に晒されると夢を持てなくなったり、逆に夢ばかり見て現実が見えなくなったりしてしまうことがあります。 しかし起業家の場合は、しっかりと現実も直視しなければ会社は潰れますし、同時に理想も掲げなければ未来に対して強い推進力が保てなくなってしまいます。 この「同時矛盾的行動」に関心を持つようになったのは起業をしてしばらく経った頃で、全く自分の得になるわけでもなく他人の邪魔をするために邪魔をするような人からの嫌がらせなど様々な矢面に当てられて、人に対しての信頼を手放しかけたことがありました。 そのと
まわりの人に快く動いてもらうための言葉遣いについて - YusukeIwakiのブログ
家で仕事する日々が続くと、働く雰囲気というものを割と気にするようになってきた。 なんとなく、「あ、これは言うと損する言葉かも」とか「こういう言い方すると良いかも」みたいなのを自分用のメモみたいな感じで書いておこうかなと思う。 DONT: 「影響範囲が大きい」 対話中に見積もりを求められるときには無意識に使っている言葉。 影響範囲が大きいという言葉からは、結局の所「私はそれには協力しない」という"暗黙の姿勢"だけが伝わる。 難易度が高くて、ちゃんとできる保証がない・・・だとすると 「このロジック読み解くのに○日くらいかかってしまいそうだけど、いい・・？」 「今すぐにはうまいやり方が思いつかない・・・」 →へんに客観的な言い方をせずに、"私"を主語にして言ったほうが良さそう まじでその決断をしてほしくない・・・だとすると 「うーん、この機能にどのくらい情熱ありますかね？」 「なんか別の方法でう
自分を退職に追い込む動きをすると良い - hitode909の日記
去年，いまのチームに来たときは僕がフロントエンドのリファクタリングを進めたり面倒を見たりしていた．JS得意な友達がバイトに来てくれるようになり，今はその人がBabelを入れたりしてくれている．彼がバイトに来てくれなかったら，いまだになんとなく興味があるので見ますみたいな感じで一人で面倒見ていた気もする． よくある話で，属人性を高めないように自分の知識を展開しましょうという話があるけど，具体的にアクションプランを考えてもどれが一番良いのかわからない．抽象的に考えると，自分の仕事をなくして退職に追い込むような動きをすると良い．周りのレベルが上がったり移譲されたりしてその分野で価値を発揮できなくなってれば自分じゃなくてもできるようになっている 自分でなくても実装できるようになって，作戦の相談に乗ったりとかしていると，次はそこの属人性が上がってきて，自分のバリューを再びなくすには，誰でも計画を立て
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
