タグ

2023年3月7日のブックマーク (8件)

  • 役職はどうでもいい、“その時代のエンジニア”であり続けたい 「生涯現役」を志す、ディップ社CTOのエンジニア観

    活躍されているプロフェッショナルをお招きし、これからのキャリア、ビジネス論、仕事の考え方、組織論などを教えてもらう勉強会「Meets Professional」。3回目の今回のゲストは、ディップ株式会社 執行役員 CTO (最高技術責任者) 兼 商品開発部システム統括部長の豊濱吉庸氏。もともと、エンジニアリングマネージャーはやりたくない中で、流れ的にマネージャーになった同氏が、成功や失敗、やらかした経験から気づきを共有しました。全2回。後半は、豊濱氏の仕事観について。前半はこちら。 エンジニアは常に学び、変化し続けなければならない 豊濱吉庸氏(以下、豊濱):次ですね。これはエンジニア観と言ったほうがいいのかもしれませんが、技術力はけっこう必要かなと思っています。僕が今まで言っている「エンジニア」はWeb ITエンジニアなんですが、やはり常に学び、変化し続けることが必須かなと思っています

    役職はどうでもいい、“その時代のエンジニア”であり続けたい 「生涯現役」を志す、ディップ社CTOのエンジニア観
  • 「コードを書く時間が減るからマネージャーにはなりたくなかった」 それでも僕がチームビルディングに挑戦した理由

    活躍されているプロフェッショナルをお招きし、これからのキャリア、ビジネス論、仕事の考え方、組織論などを教えてもらう勉強会「Meets Professional」。3回目の今回のゲストは、ディップ株式会社 執行役員 CTO (最高技術責任者) 兼 商品開発部システム統括部長の豊濱吉庸氏。もともと、エンジニアリングマネージャーはやりたくない中で、流れ的にマネージャーになった同氏が、成功や失敗、やらかした経験から気づきを共有しました。全2回。前半は、豊濱氏の経歴について。 今回のゲストはディップ株式会社 執行役員 CTOの豊濱吉庸氏 豊濱吉庸氏(以下、豊濱):「エンジニアリングマネージャになりたくなかった人間のチームビルド」というテーマで今日はお話ししたいと思います。 キャリアについて30分もしゃべるのが人生で初めてなので、何をしゃべろうかなという感じで、今日臨んで来た感じです。僕がやってきた

    「コードを書く時間が減るからマネージャーにはなりたくなかった」 それでも僕がチームビルディングに挑戦した理由
  • 人月商売のIT業界だけの問題じゃない、愚かな「自称プログラマー」がDXを滅ぼす

    IT関連の職種には意味不明のものが多い。別にカタカナ英語ばかりだからというわけではない。何と言うか、名が体を表していないんだよね。特にプログラマー、システムエンジニア(SE)、アーキテクトは「どんな仕事ですか?」と聞かれて、明快に答えられる人がIT関係者の中にどれだけいるのだろうか。例えばプログラマーの皆さんに聞くが、プログラマーの「来の仕事」はプログラムを書くことじゃないよね。 この「極言暴論」をあまり読んだことのない人は「何を訳の分からないことを言っているんだ」と思ったことだろう。ただ、以前の記事でも少し触れた通り、プログラマー来の仕事はプログラミングではない。物のプログラマーとは、プログラミングを手段として何かをつくり出すことを目的に仕事をしている人である。裏を返せば、仕事の目的がプログラミングではない人である。 関連記事 空前の人材不足で勘違いする技術者が続出、あなたの人月

    人月商売のIT業界だけの問題じゃない、愚かな「自称プログラマー」がDXを滅ぼす
  • MySQLで階層構造を扱うための再帰的なクエリの実装方法と実用例

    1.はじめに RDBでの階層構造の関係を持つデータを扱う上で、 効率的なデータの持ち方や抽出方法について検証を行っています。 結論から先に 階層構造を扱う方法として下記の種類があります。 隣接リスト 経路列挙 入れ子集合 閉包テーブル 再帰クエリ(WITH RECURSIVE)を使うと階層データを扱う上でのパフォーマンスが得られます。 検索性、更新量、データ量など加味すると隣接リストで再帰クエリを用いるのがよさそう。 2.階層構造を持つデータの概要 階層構造を持つデータとは 複数の要素(データ)が親子関係で結びついている構造を持つデータ 1つの要素が複数の要素の親になることができ、 また、1つの要素が複数の子要素を持つこともあります。 ある要素を親として、細分化された子要素であったり、 類似する要素を抽象化したものを親要素とするようなデータ。 階層構造を持つデータの例 組織における事業部、

    MySQLで階層構造を扱うための再帰的なクエリの実装方法と実用例
  • データベースの仕組み(アーキテクチャ)をざっくり理解する

    フリーランスエンジニアをしているrevenue-hackです! 普段はGo言語でバックエンドを中心にやっています〜 ↓登壇したときの資料です! より図を入れて詳しく書いております! 今回はデータベースの特にRDBの仕組み(アーキテクチャ)についてざっくり理解して、なにかに役立てようぜ〜 というような内容になります。 ↓記事はこちらに移しました!↓

    データベースの仕組み(アーキテクチャ)をざっくり理解する
  • やはりお前らの「公開鍵暗号」はまちがっている。

    ※タイトルの元ネタは以下の作品です。 はじめに この記事は、公開鍵暗号の全体感を正しく理解するためのものです。数学的な部分や具体的なアルゴリズムは説明しません。気になる方は最後に紹介するオススメ書籍をご覧ください。 少し長いですが、図が多いだけで文字数はそこまで多くありません。また、専門的な言葉はなるべく使わないようにしています。 ただしSSHやTLSといった通信プロトコルの名称が登場します。知らない方は、通信内容の暗号化や通信相手の認証(人確認)をするためのプロトコルだと理解して読み進めてください。 公開鍵暗号の前に:暗号技術とは 公開鍵暗号は暗号技術の一部です。暗号と聞くと、以下のようなものを想像するかもしれません。 これは情報の機密性を守るための「暗号化」という技術ですが、実は「暗号技術」と言った場合にはもっと広い意味を持ちます。まずはこれを受けて入れてください。 念のため補足して

    やはりお前らの「公開鍵暗号」はまちがっている。
  • コードレビューにラベルを付けるだけでチームの心理的安全性を高めた話

    ハコベルシステム開発部のおおいし (@bicstone) です。普段はフロントエンドエンジニアとして物流DX SaaSプロダクトの開発を行なっています。 この記事ではハコベルの開発チームが心理的安全性の向上を目的に採用した、プルリクエスト (マージリクエスト) コメントにラベルを付ける手法についてご紹介します。 背景 プルリクエストをレビューする時、レビュアーとして上から目線になってしまい相手を傷つけないか緊張したり、ちょっとした確認のつもりで書いたコメントが修正必須と捉えられてしまったりした経験はないでしょうか。 来、ピアレビューは対等な関係であるはずなのに、レビューする側の方が上になってしまいお互いに恐縮してしまいがちです。「勘だと怪しいけど間違っていたら怖いから言えないな」や、「将来的に辛くなりそうな実装だけどわざわざ指摘するほどでもないな」など荒波を立てずにApproveしてしま

    コードレビューにラベルを付けるだけでチームの心理的安全性を高めた話
  • 日本語に特化した13億パラメータのGPT言語モデルを公開|rinna株式会社

    ~商用利用可能なライセンスで日語のNLPコミュニティに貢献~ rinna株式会社(社:東京都渋谷区/代表取締役:ジャン"クリフ"チェン、以下rinna社)は、日語に特化した13億パラメータのGPT言語モデルを開発し、公開しました。 ■背景 rinna社はこれまでに、日語の自然言語処理 (NLP) に特化したGPT (3.3億パラメータ) やBERT (1.1億パラメータ) の事前学習モデルを公開し、多くの研究・開発者にご利用いただいています。最近のNLPに関する研究では、モデルのパラメータ数が多いほど高い性能であることが知られています。 そこでrinna社は、これまでに公開してきたモデルより大規模な13億パラメータを持つ日語に特化したGPT言語モデルを開発し、日語のNLPコミュニティに貢献するために、この言語モデルをNLPモデルライブラリ Hugging Face に商用利用可

    日本語に特化した13億パラメータのGPT言語モデルを公開|rinna株式会社