テックカンファレンスに参加する理由は「なんとなく」や「ただ楽しいから」で良い - Cloud Penguins
こういう記事があった。 zenn.dev 自分は2019年から2023年までCloudNative Daysという国内最大のクラウドネイティブ技術カンファレンスのCo-chairを務めていたり、今年はPlatform Engineering Kaigi 2024というカンファレンスの代表をしている。最近ではカンファレンスやミートアップをやっていくための一般社団法人クラウドネイティブイノベーターズ協会を立ち上げたり、タダ飯おじさんと対決したりと、コミュニティ作りに対しては思い入れが強いほうだと自負している。 そんななかで目にしたのが冒頭の記事だ。 記事の大意としては「カンファレンスに参加するのであれば、目的意識を持った方が得られるものが多い」という話であり、それ自体は特に否定するものではない。ただし、その説明に使われている理由や、タイトルに使われている「なんとなく」や「ただ楽しいから」という
**強い**エンジニアのなり方 - フィードバックサイクルを勝ち取る / grow one day each day
# 参考資料 - https://speakerdeck.com/pokotyamu/furikaeri-2024-95ceb97e-d587-4c4b-a4ec-5e52672644f6 - https://www.1101.com/umeda_iwata/ - https://speakerdeck.com/soudai/release-small
中学の時、個人的に性格が合わないやつがいた
Aは、すごく性格が悪いという訳でもなかったけど、一緒にいるとイラッとすることを言ったり、不快な気分にさせることが多かったので、自然と一緒にいることを避けるようになった。 別の友達に「最近Aのこと避けてない？」と聞かれたので、正直に「俺、あいつのことあんまり好きじゃないんだよね」と答えた。 そしたら、その友達も「実は俺も何だよね」と言ってきた。 ん？と思ったけど特に気にせず、そのままAのことを避けていた。 そのうちに、なぜかまた別の友達も「Aのことむかついているんだって？俺もだよ」と言ってきて、Aを無視するやつが増えてきた。 気付いたらクラスの半分以上がAのことを無視するようになり、なぜかみんな俺にAの悪口を言ってくるようになっていた。 やばい。 これはいじめじゃん。 個人的に嫌いなやつを無視していただけなのに、集団でひとりを無視することになってんじゃん。 しかも俺がいじめの中心人物になって
なぜタスク管理すらできないのか？考えて、実践して、振り返ってみた - paiza times
＜この記事の著者＞ ヨス - Tech Team Journal 業務効率を改善し、タイムパフォーマンスを高める時間最適化の専門家。「単語登録」の便利さを伝える「単語登録エバンジェリスト」。 「タスク管理」という言葉は知っている人が多いかもしれません。では「タスク管理について説明してください」と言われたらどう答えますか。 おそらく「やるべきことを書き出し、タスクを細分化し、いつやるかの期限を決め、その日に必ず遂行する」のような定義が思い浮かぶでしょう。 効率化の書籍を出版しているほど「タイムパフォーマンス」にこだわるわたしですが、実はタスク管理は苦手でした。 なぜなら、一般的にいわれる「タスク管理」の手法がわたしには向いていなかったからです。 【目次】 なぜタスク管理ができないのか？ その日だけにフォーカスし「着手」を目的とする 実績はウソをつかない なぜタスク管理ができないのか？ タスク
もう一生これでいいわ｜高河ゆん
この頃は、絵の勉強がいっぱいできるでしょ？ 本も講座も教室も動画もアドバイスも添削も、やる気さえあれば有用なのがたくさんあるでしょ？ わたしだってさ、それなりに描いてきててさ、めちゃくちゃ下手だとは思ってないよ、それではお金もらえないですからね、仕事ができる状態だとは思ってます。 だけどね、上手い人たちの中ではド下手くそなんです、謙遜なしで。 ふつう上を見ちゃいますからね、下とは比べない、上と比べるから死にたくなりますね。 そんな時は焦って勉強するよね。 わたしもします。しました。正解を求めて。やります。 こうすれば正しい、上手く見える、こうやれば描ける！って、教えてくれる人いっぱいいるから、やりました。 結果。 たぶん、正しく描けた（はず）し、それなりにかわいいし、他人が描いた絵なら納得なんだが自分のものではない借り物みたいな気がした。 ※わたしはまったく描けないのではなく、もっとよくな
早くやるんじゃない、「短くやる」んだ。「仕事が膨大で効率化したい」人に必要な考え方 - ミーツキャリアbyマイナビ転職
「指示されてからすぐ取りかかったのに、期限ギリギリになってしまった」 「仕事量が多すぎて、どこから取りかかればいいか分からない」 こんなエピソードに心当たりはありませんか？ 限られた時間の中で、時には突発的な出来事に対応しながらも、多種多様かつ大量の業務を進めていかなければならないビジネスの現場。そんな状況下で、どうすれば効率的かつ的確に業務を推進できるのでしょうか。 「大事なのは、“短くやる”ことです」。そう話すのは、戦略コンサルタント／データサイエンティストとして、さまざまなプロジェクトに携わる山本大平さんです。「短くやる」ということは、すなわち「あらかじめ最短ルートを探したうえで作業に取りかかる」ということなのだそう。 山本さんのお話は、日々膨大な量の仕事に立ち向かう私たちに、勇気と気づきを与えてくれそうです。 山本大平（やまもと・だいへい）さん。F6 Design株式会社 代表取締
「試行錯誤が苦にならない」人は、それだけで大きなアドバンテージを持っている
この記事で書きたいことは、大筋以下のようなことです。 ・昔、新卒研修を受けていた頃、「試行錯誤」についての根本的な意識の違いを感じたことがあります ・「まず試して、失敗したら違う方法を考える」というやり方は非常に効率的な一方、精神的な必要コストがそこそこ高いです ・色んな人と仕事をする内に、世の中には「試行錯誤なんて可能な限りしたくない」「そもそも自分なりの試行錯誤のやり方を知らない」という人の方がだいぶ多いのでは？と思うようになりました ・ただ、試行錯誤が出来る出来ないでは大違いで、「試行錯誤のやり方」を身につけておくことは、仕事をする上でとても大事です ・ところで私は試行錯誤のやり方をジョイメカファイトで学びました ・「試行錯誤が苦にならない、むしろ好き」という人は、自分がとても大きなアドバンテージを持っているということを自覚していいと思います 以上です。よろしくお願いします。 さて、
お詫び｜若林正恭
この記事は、「若林正恭の無地note」の記事を再編集して、無料で公開したものになります。 2023年は不思議な年でした。3月に東京ドームライブの発表をしたのですが、東京ドームライブ自体はその前に決まっていたので、一年丸々ドームライブのことを考えていた年だなという印象です。 初めての試みなので、大きな失敗もいくつかするだろうなと腹は決めたつもりでした。つもりだったけど、"しくじり"はやはり予想の範疇の外で起きてしまい、現時点で反省点はたくさんあるし後悔もあります。 今回は、そのことについて筆を取っています。乱文ではございますが、みなさんに感謝と謝罪をお伝えしたいと思っています。 東京ドームライブについて東京ドームでライブをやるにあたって、もっとよく知っておきたいと思い、ライブを沢山観に行きました。 東京ドームというのは不思議なもので、各アーティストごとにその姿を変えていきます。 元々球場であ
「優秀な人はそうでない人を助けないといけない」はめちゃくちゃ嫌いな価値観かもしれない話
八百万神 庵が駄文をお送りいたします @clonekyo2 @suna_kago 助けないといけない ではなくて 助ける機会が必ず訪れる そんでもって続きがあって 「優秀な人はそうでない人を助ける機会が必ず訪れる｡己が優秀でない分野で助かりたくばその機会を逃すべからず」ってこと 2023-12-22 00:46:06 リンク Wikipedia ノブレス・オブリージュ ノブレス・オブリージュ（仏: noblesse oblige フランス語: [nɔblɛs ɔbliʒ]）とは、高い社会的地位には義務が伴うことを意味するフランス語。「nobless」は「高貴さ」、「oblige」は「（義務を）強制する」という意味である。 フランス語の oblige は、動詞 obliger の三人称単数現在形で、目的語を伴わない絶対用法である。名詞ではない。 この言葉自体は1808年のピエール＝マルク＝ガ
ボーイスカウト・ルールって良いルール｜aboy
生産性とかもそうなんだけど、「次来た人のことを考えて行動する」ということなのかなと思った。 自分の話に戻ると、古いIssueを掃除したり、ランタイムをアップグレードしたり、RDBの不要なカラムを削除したり、シードデータ生成処理を改善したり、不要な処理を削除したりといった感じで、「美しく」の捉え方にもよるけど、次来た人のことを考えてこういったことに手を伸ばした。 自分以外の例だと、多くのリポジトリのデフォルトブランチが未だにmasterになっているのを全てmainにしようと呼びかけた人がいた。その時限プロジェクトにはたくさんの協力者が集まり、あっという間にmainブランチへのリネームをやりきった。 今自分がいる会社にはボーイスカウト・ルールを当たり前のように実践できる人がたくさんいいて日々刺激を貰っているのだけど、彼らを見たり、自分の経験を元に考えてみると、ボーイスカウト・ルールを実践すると
仕事を放り出して定時帰宅はありなのか
本日の議題はこちらです。 「『残業ゼロ』を掲げる企業なら、仕事を放り出して定時帰宅してもいいのか？」 最近は、どこも売り手市場。働きやすさをアピールして人材確保に躍起になっている企業は多い。 しかしそれには、弊害もある。 「残業なしって言ったんだから、仕事が終わってなくても帰っていいですよね？」と、仕事を放り出して定時帰宅する社員がいることだ。 「納期は間に合わないけど定時帰宅していいですか？」 先日、『納期に間に合わないが｢残業はしない｣はアリ？』という記事を読んだ。 記事内では、こんな例が挙げられている。 若手のDさんが、翌週の月曜朝までに終えなければならない仕事を、金曜日の定時を過ぎても完成できなかった。ところが、その事実が発覚したのは金曜日の夜になってからだった。 上司はDさんに逐一「大丈夫か？」と尋ねており、決して無理のある納期で仕事は頼んでいなかった。しかし「大丈夫です」とDさ
見ているタイムスパンを揃える - Konifar's ZATSU
仕事で「なんだかうまく話が通じない」「考え方が違う」と感じる時は、それぞれが見ているタイムスパンが違っていることが多い。どのくらいの期間で物事を考えているかをすり合わせてみると一気に話しやすくなったりするのでそのへんの話を雑に書いておく。 たとえば、1ヶ月後のKPIを意識して施策優先順位を考えている人と、3ヶ月後を考えている人とが話すと思いのほか議論が進まないことがある。文章で単純化するとちゃんと話して認識合わせればいいじゃんと思うかもしれないが、当事者になると意外と白熱してそもそも見ているタイムスパンがずれていることに気づかなかったりする。 1年後のことを考えて"今"からリアーキテクチャを進めたいという提案と、"今"は3ヶ月後の事業成果にしたいという意見などもタイムスパンの認識を合わせて見る景色を揃えるところから始めると話しやすくなる。両方とも"今"何をするかの話をしているが、いつ成果が
あなたが「やらない理由」を探してしまう3つのワケとは？ | スポーツメンタルコーチ 石井大樹｜心から競技に集中できるメンタルを育てる
スポーツメンタルコーチとして活動している私は この当サイトや各種SNSで 「結果にふさわしいメンタルをデザインする」をコンセプトに情報を日々発信しています＾＾ 今回はやらない理由を探してしまうワケを解説していきます。 実は私自身も高校生になるまではできない自分を言い訳に「やらない理由」ばかり考えていました。 そんな自分の過去の経験とメンタルコーチとして活動している目線との2つの視点でお伝えしていきます。 この記事を読むことで、自分に素直になり新しい一歩を踏み出すキッカケとなれば幸いです。 あなたが「やらない理由」を探してしまう3つのワケ あなたが「やらない理由」を探してしまうワケは3つあります。 この3つを自分に当てはめ理解することで、自分がどうしたいのか、どうすればいいのかが見えてきます。 大切なのは「素直になること」です。 まずは自己理解の一歩として自分と向き合っていきましょう。 本当
高単価のフリーランス案件で仕事するときに意識していたこと｜Katsuma Narisawa
フリーランスのWebエンジニアとして仕事をする上で、いつも気をつけていたことをつらつらと書いてみます。 フリーランスやっている人、興味ある人の参考になれば。 ※情報商材みたいなタイトルになったけど中身は真面目（多分） ※（一行だけ宣伝）今はSALESCOREでCTOやってます！積極採用中です！自分に興味もっていただけた方、お気軽にご連絡ください！ 自分についての情報フリーランスのWebエンジニアを2年半 当時はRails, Vue.js, Reactがメイン(2018-2020) 情報系の大学院 → メガベンチャー2年 → スタートアップ2年からの独立 今はSALESCOREのCTO 単価は相場の最高額くらい お金の話あんまりしたくないが、みんな興味あると思うので一応 一度お世話になったFindy Freelanceさんの募集を数年ウォッチして、自分がFindyさんで受けた案件が頭を抜けて
極端な自責と他責を使い分ける - Konifar's ZATSU
何らかの問題に直面した時に、原因が自分にあると考えることを自責、他人や環境にあると考えることを他責という。 仕事をする上では自責思考がよいとされることが多いが、自責の念という言葉もあるとおり自分を責めてしまいがちでちょっとしんどいよね。 中には、「すみません、自分のせいで~~~」みたいな感じで過度な自責スタンスが謝罪以上の思考を停止させてしまうこともある。自責と卑屈は違うのだが、自分で自覚するのはなかなか難しい。 自分としては、自責思考がよいと偏って考えるのがよくないと思っている。そもそも何かの問題の原因が自分だけのことの方が少ないわけで、いろんな要因が絡んでいる。 常に自責で考える必要はなくて、自責と他責を切り替えて考えられればよい。「100%自分が悪いとしたら何ができたか」「100%自分が悪くないとしたら何ができたか」という2つの極端な自責と他責を考えてみると次につながる話が出やすかっ
ベテランになるほどブログを書かなくなってくる
という完全に仮説というか思考実験みたいなものを書いてみます。 ざっくりまとめ ベテランの何気ない情報は世に出にくいという仮設 ベテランは、独自見解など良い感じのもの以外の簡単な技術記事が書けなくなる、書きにくくなる 簡単な記事は経験浅めの人に偏りベテランは簡単な記事を書かない。簡単なものでも書いてくれるベテランは、アウトプット好きに限られる 簡単なものであったとしても世に出してくれれば嬉しいな 前提 経験の浅い人 = 初級者 ベテラン = 中級者以上 とおきかえてもらっても良いかもしれません。 経験の浅い人は簡単なことでも感動できるのでブログを抵抗なく書きやすい 例えば 「Javaのセットアップが出来た！」 「Rubyのセットアップが出来た！」 「このライブラリで良い感じに出来た！」 はじめのうちは一つ一つが嬉しいし一つ一つにハマりがちだったりするので、 感動もありハマりどころもありブ
ソフトウェアエンジニアとして心がけていること｜Satoshi Nakagawa｜note
SF ベイエリアで働く1人のソフトウェアエンジニアとして、楽しくエンジニアリングをやっていくために日頃からぼんやりと心がけている3つのポイントについて今回は書いてみたい。 インフラを作る側にいるソフトウェアエンジニアとして普通の Software Engineer から Senior Software Engineer、Staff Software Engineer とだんだん昇進していくにしたがって、より大きな成果を出すことを期待される。Staff レベルにはチームをまたいだ成果を出すことが求められる。そのためには多くの場所で使われるようなサービスやライブラリを作るのが一番成果としてわかりやすい。 会社とプロダクトが初期段階から成長していく過程で、最初は1つしかなかったエンジニアリングチームが大きくなるにしたがってインフラ側とプロダクト側に分割されていく。そのときにかならずインフラ側に属
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
雑に思考を整理する技術と効能
マシュマロ！｜高河ゆん｜pixivFANBOX
本好きの息子が星新一や江戸川乱歩がすでに亡くなっていることを知って落ち込んでいて「推しの新作を待てること」がいかに貴重なのかを思い知った
