You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
本連載では、「世の中で活躍するエンジニアの過去の失敗」にフォーカス。どのような失敗をし、どう対処し、そこから何を学んだのか。仕事で失敗してしまった時の対処法や心構えを先輩エンジニアから学ぼう! どれほど優れた人であっても、失敗はある。「失敗は成功の母」というように、失敗が個人の成長を促す側面があることを知りつつも「周囲に迷惑を掛けたくない」「叱られたくない」一心で失敗を恐れる人は少なくない。 当連載では、現在、業界で活躍している先輩エンジニアの「失敗」にフォーカスし、いかにして失敗を成長の糧にできたのか、ご本人に振り返ってもらいながら、成長の糸口を掴むコツを探っていく。 記念すべき第1回目では、メルカリCTOの名村卓さんにお話を伺った。複数社の技術顧問としても活躍し、サイバーエージェントの藤田晋社長にも「国宝級エンジニア」と言わしめる人物。一見、「失敗」というイメージが結び付きにくい名村さ
2024-08-19 MenuBar 2024-08-05 Supercomputing Contest News News/sc240731 2024-07-31 SupercomputingContest2024 2024-07-03 News/sc240703 SupercomputingContest2024/予選結果 2024-06-26 News/sc240626 2024-06-20 SupercomputingContest2024/予選・認定問題Q&A 2024-06-05 News/sc240605 News/sc240605-2 2023-09-13 SupercomputingContest2023 2023-09-06 News/sc230906 2023-09-01 News/sc230830 2023-08-28 News/sc230828 Supercomp
組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか?子どもの「逆上がり」習得過程を見て気づいたこと 今日は「子どもの日」ということで、個人的な話になりますが、先日、5歳の娘が「逆上がり」を習得しました。 一人の親として感動を覚える瞬間だったことはもちろん、習得のプロセスがまさにヴィゴツキーの言う「ZPD(Zone of Proximal Development、最近接発達領域)」そのもので、親としても、研究者としても非常に感激してしまいました。 そこで本記事では、「娘の『逆上がり』習得」というきわめて身近なエピソードを通じて私が感じた、ナレッジマネジメントにおける「できたてホヤホヤの暗黙知」の重要性と、「ZPD」を学びにつなげるためのポイントについて、書いてみたいと思います。 ある日の公園での「驚き」の出来事ある日、保育園の帰り道に寄った公園にて。5歳になったばかりの娘が、
これは何か最速で成果を出す為にはどうすれば良いか?という質問をよくもらうのでその回答をするものです。良い感じのものが見当たらなかったので過去に自分が教えてもらった事をまとめました。せっかくまとめたので公開します。 4つのタイプの人がいるそれっぽい図1①思考先行型 思考力は高いけど,行動力が低い人。 考えてばかりで,なかなか行動に動けず成果が出ない。頭が良い人ほどこのタイプになってしまうので気をつけないといけない。 ②思考/行動 併用型 思考力も行動力も高い人。 思考と行動のバランスが良く,行動した結果を思考する事で正しい行動に繋がるサイクルが回っている。この人が1番早く成果が出る。 ③指示待ち型 思考力も行動力も低い人。 何をすれば良いか分からない状態で,動くこともできない。新しい環境に行くと,意外とこの状態の人も多いのでは。 ④行動先行型 思考力は低いけど,行動力が高い人。 何が正しいか
切り替える理由 自社の主力製品で利用している技術(WebRTC / WebTransport)がブラウザベースのため TypeScript を利用する Go を採用したのは sqlc が使いたかったという理由 sqlc-gen-typescript が出てきたのでもう Go を使う理由がなくなった 自社サービスチーム全員が Go にまったく興味が無い sqlc 自体は便利 そもそも自社に Go への興味がある人がいない 自社サービスの規模ではボトルネックになるのはデータベースであって言語ではない もしアプリでスケールが必要なときは Rust や Erlang/OTP に切り替えれば良い コネクションプールは PgBouncer を利用すればいい TypeScript からは 1 コネクション 1 接続で問題無い どうせフロントエンドでは TypeScript を書く 自社では React
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
ABJマークは、この電子書店・電子書籍配信サービスが、著作権者からコンテンツ使用許諾を得た正規版配信サービスであることを示す登録商標 (登録番号 第6091713号) です。 ABJマークについて、詳しくはこちらを御覧ください。https://aebs.or.jp/
TDDを実践する中で身につけた「設計に関するスキル」があるなぁと思ったのでメモを残しておくことにする。TDDをやるときのスキルではなく設計をするときのスキル。 染み込んでいる TDDは以前に書いたように(ってもう7年も前か・・・)あんまり使わなくなっている。でも心の中にある。ウェブアプリケーションエンジニアとしての自分にとても大きな影響を与えている。 bufferings.hatenablog.com TDDから学んだ設計に関するスキル 3つ思い浮かんだ まずは動くものを作る 必要な分だけ作る 「ありえない」の処理を考える 注意 ウェブアプリケーションを書くときのことを考えながら書いている。ライブラリやフレームワークのようないろんなユーザーから利用されるものは、今回の話の対象ではない。 1. まずは動くものを作る TDDで実装を書くときは「キレイじゃなくてもいいからテストがグリーンになる(
人事評価は何のためにあるのか。麗澤大学工学部教授の宗健さんは「バブル崩壊後の日本では、誰かの給料を上げるためには、誰かの給料を下げなければならなくなった。その理由付けができるように現在の評価制度は作られている」という――。 人事制度は時代が決めるといえる理由 1990年代のいわゆるバブル崩壊までは(もうバブルを体験した世代は少なくなったが)、日本は人口ボーナスによって経済規模も拡大していたため、拡大するパイをどう分配するかが人事制度の役割だった。これは企業に限らず国全体でも同様で、新たに生まれた財政余力をどう分配するかが政治の役割だった。 それがバブル崩壊以降は、そもそもの企業収益や税収が減少するという根本的な状況変化によって、分配をどうやって維持するか、分配を維持するためにどこを削るかが最大の課題になった。 バブル崩壊前は、退職者の給与は新入社員の数倍と高く、退職者数より新入社員数が多く
みずほ銀行の店舗 日本の3大メガバンクの一角を占める、みずほ銀行。その男性行員が、上司が勤務中に顧客から見える場所で足を組んだ姿勢で新聞を読んでおり、顧客から苦情を受けたため支店長らに態度を改めさせるよう報告。すると男性は人事部から執拗に退職勧奨を受けた後、約4年半にわたり自宅待機を命じられ、懲戒解雇された。男性は同社に対し損害賠償、解雇の無効などを求めて裁判を起こし、先月、東京地裁は同社に対し330万円の賠償金の支払いを命じたが、コンプライアンスが徹底されているはずのメガバンクで、なぜこのような行為が行われているのか。業界関係者の見解を交えて追ってみたい。 第一勧業銀行、富士銀行、日本興業銀行が全面統合するかたちで2003年に発足した、みずほフィナンシャルグループ(FG)。「One MIZUHO」を掲げ、銀行、信託、証券、アセットマネジメントを擁する総合金融グループであり、総資産額は25
こんにちは。SUZURI事業部の@kromiiiと申します。 私のメインの業務はWebアプリケーションの開発ですが、大学院時代のスキルを活かして並行してデータ分析業務も行っています。 データ分析業務ではデータベースのクエリを書くことが多いのですが、私自身SUZURI事業部に配属されたばかりで、テーブルの名前やリレーションを覚えるのが大変でした。そこでクエリの設計を自動化するツールをSlackに導入しました。 その名も tbls-ask bot です。どのようなものか先に見てみましょう。 ユーザーはSlackでメンションする形で、どのようなクエリを実行したいのか自然言語で入力します。 メンションされるとSlack botが起動し、どのDBスキーマを利用するかを尋ねます。 ユーザーがDBスキーマを選択すると、自然言語からSQLクエリを生成し、Slackに返答します。 今回はパブリックに公開する
今回はAutodesk Fusionを利用したキーキャップの設計について解説してみようと思います。 Autodesk Fusionは個人利用は無料なので、入れてない人は今から入れて一緒に作っていきましょう。(販売を考えている人は商用利用版のライセンスが必要になるので注意しましょう) Autodesk Fusionを使ったことない人でも作成できるよう今回は簡略化したキーキャップの作成方法を解説します。 オリジナルプロファイルのキーキャップを作りたい。複雑な形状のキーキャップを作りたい方に向けては別途記事を書こうと思います。 解説開始ここからはスクリーンショットとともに順を追って解説していきます。 まずは作成の中にあるスケッチ作成をクリックします。次に作成する平面を選択します。 今回はx軸(赤)y軸(緑)の描かれたxy平面 (上の画面で少しグレーになっている)を選択します。作成の中にある長方形
はじめにこの記事では、Autodesk Fusion 360を使用し、初心者でも簡単にキーキャップを作成できる方法を説明します。 キーキャップ作りを始める際の参考になれば幸いです。 また、丸みを帯びたキーキャップが作りたい方は、malayan_tapirさんの下記記事をお読み下さい。 私のキーキャップとは違う作り方をされていて、勉強になります。 この記事を読むと作れるキーキャップ達大まかな流れスケッチ機能で下書きをする 押し出し機能で平面を立体にする シェル機能で穴を空ける 軸穴を作る 完成 それでは、やっていきたいと思います。 スケッチ機能で下書きをする作成内のスケッチアイコンをクリックします。次に、スケッチする平面を指定します。 赤い矢印が指している灰色の面をクリックします。平面をクリックすると、こんな画面になります。 画面右側に、スケッチパレットが表示されるはずです。画面左上の作成内
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く