並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 7092件

新着順 人気順

ctoの検索結果121 - 160 件 / 7092件

  • 技術者としての強みを探すヒント - Qiita

    この記事は、KLab Engineer Advent Calendar 2021 の25日目の記事です。大遅刻してしまいました、ごめんなさい。 こんにちは。KLabで今年の2月からCTOをしています@hnwです。 CTOに就いて以降、社内のエンジニアの方とお話をする機会が増えました。1on1だったり少人数の会議だったり形式は色々ですが、興味深い話をたくさん聞けて、自分にとっても会社にとっても必要なことだと感じています。 そうした際にエンジニアとしての将来の理想像やキャリアパスといった悩みを聞くことがあります。私もその場で言えることは言っているつもりですが、うまく伝わったか、もっと言えることがあるんじゃないか、とモヤモヤすることがあります。本稿ではそのモヤモヤを「○○問題」として整理してみました。 最初にお断りしておくと、キャリアの話は基本的には個人の問題ですから、あまり他人の話を真に受けす

      技術者としての強みを探すヒント - Qiita
    • ChatGPTの10ヶ月と開発トレンドの現在地

      9/28の #日本CTO協会 さんのイベントで登壇した資料を公開しました。 「ChatGPTの10ヶ月と開発トレンドの現在地」 開発のトレンドの最新情報をざっくり纏めています。 ・Prompt Engineering開発の現在地 ・RAG開発の現在地 ・Plugin開発の現在地 ・GPT-Vの登場と生成AI時代のこれからについて やや開発者寄りな内容なので、基礎を知りたい場合はAzure OpenAI大全も併せてご確認を。 (こっちも近々最新化します…) https://speakerdeck.com/hirosatogamo/chatgpt-azure-openai-da-quan

        ChatGPTの10ヶ月と開発トレンドの現在地
      • ピクシブを退職します - 創業期から成長期への転換を越えて理解した10の教訓 - ふろしき Blog

        2021年11月末にピクシブを退職します。 先日、なかなか読み応えがある退職エントリーが上がっていました。ものすごい熱量が感じられたし、それに自身のネガティブな過去なんかも隠すことなく堂々と語っていて、自信に満ち溢れたいい記事だと思いました。 note.com 僕自身も、過去の失敗談を交えつつ、それを10の教訓という形で内省し、ピクシブで行ってきた6年4ヶ月の活動を締めてみたいと思います。最近マネージャーになって苦しんでいる人とか、自分のボスが何を考えているのかわからないという人の、ちょっとしたコンテンツになれば良いかなと思います。 1. 入社直後が一番、会社を客観視できる 前職はNTTコムウェアというSIerでした。インターネットが大好きだった僕は、30歳を目前にして気持ちが抑えられず、ネット業界への転職活動を開始。そして2015年8月に、ピクシブ株式会社へと入社します。 2015年、H

          ピクシブを退職します - 創業期から成長期への転換を越えて理解した10の教訓 - ふろしき Blog
        • 本田圭佑、成長中毒者のトップ・オブ・エンジニアを募集します。|NowDo

          新しい仲間を探しています。成長中毒者である僕達と一緒に、成長中毒者のためのサービスを作りませんか。 -- 改めましてこんにちは、本田圭佑です。 Ksk Groupという会社のオーナーとNowDoという会社のCEOをやってます。 今日はそのNowDoについての僕の想いを書かせて頂きます。想いに共感して、共に想いを実現したいという仲間を見つけることが目的です。 ただいつもはNHKのプロフェッショナルや日テレZERO、アベマTV、その他新聞などのメディアでは物事が上手くいってる部分ばかりがクローズアップされた内容で皆さんに伝わっているかと思います。 今回は改めて僕がサッカー以外の道に進むようになった背景やNowDoをスタートしてからの恥ずかしい失敗談など、これまでメディアには話してこなかったようなことも告白しようと思います。長文ですが読んでもらえると嬉しいです。 では早速、 全ての始まりは200

            本田圭佑、成長中毒者のトップ・オブ・エンジニアを募集します。|NowDo
          • テックリードになって気をつけていること - Qiita

            フューチャーアドベントカレンダー2020の24日目です。 はじめに フューチャーに入ってテックリード(社内だとアーキリーダーと呼ぶことも多い)のような役割をし始めて4,5年ほど経過しました。 いくつかの案件を回して自分なりに汎化・パターン化してきた部分も増えてきたので、気を付けていることをまとめました。 テックリードとは エンジニアのためのマネジメントキャリアパス――テックリードからCTOまでマネジメントスキル向上ガイド によると、以下のように説明されています。 テックリードはエンジニアの階層におけるランクのひとつではなく、シニアのレベルに達したエンジニアが担うことのできる職責群である 技術的なプロジェクトの管理者 部下に効率良く仕事を割り振って自身の負担を適宜軽減するよ う心がける チーム全体の生産性に照準を定め、しかるべき成果を上げるよう全力を尽くさなければならない 管理やリーダーシッ

              テックリードになって気をつけていること - Qiita
            • IT子会社が設立される主な理由はコスト削減。課題はIT戦略立案能力、待ちの姿勢、先進技術の習得など。ガートナーの調査結果

              IT子会社が設立される主な理由はコスト削減。課題はIT戦略立案能力、待ちの姿勢、先進技術の習得など。ガートナーの調査結果 ガートナージャパンは、国内のIT子会社の実情に関する調査結果を発表しました。 調査は国内の従業員500人以上、売り上げ規模1000億円以上の企業のCIO、CTO、IT担当役員、最高デジタル責任者、デジタルビジネス推進担当役員などを回答対象者として実施されました。有効回答は300社。 回答した企業のうち、「連結対象」「連結対象外」「ITベンダーなどと共同出資」のいずれかに該当するIT子会社を持つ割合は38.0%。 調査結果では、IT子会社設立の主な理由はコスト削減で、親会社から見た喫緊の課題はIT戦略立案能力、受け身の姿勢、スピード感、先進技術の習得などと説明されています。 IT子会社を設立する理由はコスト削減 IT子会社を持つ企業に、設立している主な理由を上位3つまでの

                IT子会社が設立される主な理由はコスト削減。課題はIT戦略立案能力、待ちの姿勢、先進技術の習得など。ガートナーの調査結果
              • エンジニアとビジネスの距離感の難しさ|ばんくし

                はじめにタイトルの通り最近「ソフトウェアエンジニアがビジネスの話をする」って極論かなり難しくねと思っており、まだまだ自分の中にも答えはないが書いてみる。 逆に読むと良い記事、書籍、論文があるなら教えて欲しい。 背景近年「エンジニアは事業貢献してこそ」「エンジニアもユーザファーストでビジネス貢献」といった言説がIT界隈で増えて来ている感じがしている。 これは本当に良いことだと思っていて、技術や業界全体の経験の積み重ね、研究活動によって、技術やノウハウがコモディティ化したことで、より本質的なエンジニアリングが提供すべき事を考えられるようになっている結果の1つだなと思う。私がエンジニアリングを最初に学んだ頃なんかは、ソフトウェアエンジニアはキツいみたいな文脈で3K職だと言われていて、高専でも「電気系に行ったほうが安泰だぞ」と先生が言うほどだった。GitHubやCI/CD、クラウド、OSSだったり

                  エンジニアとビジネスの距離感の難しさ|ばんくし
                • 最強データベース(RDB)設計とは?アンチパターンの見極め方法も - FLEXY(フレキシー)

                  ※2020年6月に公開された記事です。 日本PostgreSQLユーザ会の理事を務める合同会社Have Fun Techを起業した曽根壮大(@soudai1025)と申します。元株式会社オミカレ副社長兼CTOです。直近では、『失敗から学ぶ RDBの正しい歩き方』を執筆しました。 今回はデータベースをテーマとして、魅力やMySQLとPostgreSQLの違い、アンチパターンの見極めなどの基礎知識に加え、勉強法などもご紹介します。 RDB関連の求人検索はこちら データベースを学ぶ魅力をエンジニア目線で考察 1.知識の費用対効果が高い エンジニアがデータベースを学ぶ利点という観点から言うと、データベースの特徴は寿命が長いことと私は考えています。 Webアプリケーションの界隈では1年単位でバージョンアップしたり流行っている言語が変わってしまうことがザラにありますが、データベースは10年、20年とい

                    最強データベース(RDB)設計とは?アンチパターンの見極め方法も - FLEXY(フレキシー)
                  • エンジニア採用の方法とか、技術組織の作り方とか|いわーく

                    最近ほかの会社のCEOやCTOの人たちにエンジニア採用の方法や技術組織の作り方について相談をいただくことが増えてきました。 なので、相談いただいた際に自分が参照できるよう、殴り書きレベルでここに記しておこうと思います。 エンジニアの特異性について理解する優秀な"非"エンジニア経営者は「再現性」や「予測可能性」を高く実現するのが得意なようです。高度にシステム化されていて、誰が入っても一定以上に活躍でき、人を増やせば増やすほど企業に利益をもたらす。彼ら彼女らは、そんな形の組織を作るのが得意なのです。 しかし僕たちエンジニアは知っています。 エンジニアは人によって10倍、100倍の生産性の違いを発揮するということ。また「人月」は神話であり、人数と生産量が比例することは決してなく、人を増やすことで成果が減ってしまうことすら珍しくないということ。 ここに、優秀なビジネスマン経営者こそ陥ってしまう、モ

                      エンジニア採用の方法とか、技術組織の作り方とか|いわーく
                    • 人材マネジメント🤯 | POSTD

                      初めて会社を起業する人のほとんどは、集団をマネジメントする方法を学ぶ間に、創業当初の従業員を燃え尽き症候群にさせてしまうと思います。 筆者のアドバイスがそのようなケースを減らせるなら、ここに書いておく価値があるでしょう。 筆者は小規模なチームやスタートアップ企業のマネージャーのためにこの記事を書きました。 ほとんどのアドバイスは、大規模な企業のマネジメントには当てはまらないのではないかと思います。 なお、急成長している企業に入社する人への全般的なアドバイスについてはこちらをご覧ください。 筆者について 中・小規模のエンジニアリングチームを数チーム管理した経験あり On DeckのCTO CoinListの元エンジニアリング担当VP AngelListの元リモート責任者 Product Huntの元CTO それでは始めましょう。 マネージャーはすべての失敗に責任を負う 分かります……とても前

                        人材マネジメント🤯 | POSTD
                      • ソフトウェアエンジニアがおすすめするTwitterアカウント100選 – 2020年版 | データスタジアム株式会社

                        当初の内容に誤解を与えるような表現があったため、記事のタイトルや本文の内容を修正しています。 データスタジアムのエンジニア、片岡です。 テクノロジーの世界は動きが速く、範囲も広いので情報収集はとても重要ですよね。 個人的に、情報収集方法としてTwitterは欠かせません。 そこで、 当社でソフトウェアエンジニアとして働く私がおすすめするTwitterアカウントを100個選んでみました。(個人69、団体31) カテゴリーはクラウド、サーバサイド、フロントエンド、スマホアプリ、AI、CTO、プログラミング言語、デザイン、マーケティング等様々です。 1つの基準としてフォロワー数5,000以上としていますが、いくつかは例外的に5,000未満のものもあります。 個人アカウント ※数字は2020年4月時点のフォロワー数(単位:万)

                          ソフトウェアエンジニアがおすすめするTwitterアカウント100選 – 2020年版 | データスタジアム株式会社
                        • 今どきの Go の書き方まとめ (2020 年末版) - エムスリーテックブログ

                          こんにちは、m3 エンジニアリンググループ CTO 矢崎(id:Saiya)です。 過去に Go 言語の仕様を一通り見た経験があったのですが、久しぶりに Go のコードを最近読み書きした際に、ここ数年の Go 言語やエコシステムの進化による変化もあり、発見やハマりが多々ありました。 Go 言語公式のロゴもスピード感ありますね。 同じような迷い・回り道をしてしまう方ももしかしたらおられるのではないかと思いますゆえ、 エムスリー Advent Calendar 2020 6 日目の記事として、筆者が実際に「最初から知っていれば時間を無駄にしなかったのに...!」と感じた知見をざっくばらんにシェアいたします。 本記事がどなたかの一助になりますと幸いです。 なお本記事の内容は筆者個人の理解・自身で直接読み書きしたユースケースの範囲での知見であり、全ての Go 利用事例に当てはまらない点も含みうりま

                            今どきの Go の書き方まとめ (2020 年末版) - エムスリーテックブログ
                          • SIベンダーを中抜きすればDXできるのか?そんなに甘い話は転がっていない|楠 正憲(Japan Digital Design CTO)

                            日本はユーザー組織よりもベンダーにIT人材が集中していることが、DXを阻害しているといわれる。すぐにオンプレのサーバーを売ろうとする、クラウドで頼むといってもIaaSで持ってくる、ちょっと目新しい技術を指定したら見積もりが跳ね上がる。そういったSIベンダーに対するフラストレーションが、ひょっとして内製に切り替えれば、もっと迅速かつ低コストに新技術を導入できるのではないか?という期待に繋がっているように見える。 もしも夢が叶うならば、決められた予算、決められた要員で、生産性が高い最新の技術を習得しながら、環境変化を受け入れつつ、予定通りプロジェクトを完遂できるに越したことはない。しかしながら世の中にはトレードオフがあって、決められた予算、決められた要員、決められた期日通りにプロジェクトを仕上げたいのであれば、実績あるチームが、枯れた技術を使って、余裕あるスケジュールで、要件を固める必要がある

                              SIベンダーを中抜きすればDXできるのか?そんなに甘い話は転がっていない|楠 正憲(Japan Digital Design CTO)
                            • 新型コロナウイルス感染症(COVID-19)記録 - ぱんだ日記

                              はじめましての方ははじめまして。知っている方はこんにちは。どこかのぱんだです。 タイトルの通り、新型コロナウィルス(SARS-CoV-2)のPCR検査を受けたところ「陽性」と言われ、新型コロナウイルス感染症(COVID-19)なことが確定しました。 症状としてはもう落ち着いているので、いわゆる軽症例というやつです。 Facebookにて、具合が悪くなってからの一連の記録を「友達」の公開範囲で共有していました。 そんなことをしていたら、友人のオベ氏こと牛尾 剛 (id:simplearchitect)から「ブログでも書いて公開したらええんちゃう?」と言われたので、「なら書いてみるかー」とこの記事を公開することにしました。 軽症例の詳細な事例もあまり世にないようなので、注意喚起の意味も込めて自分の体験が誰かの役に立つなら良いかなと思います。 ただし、今回の新型コロナの症状は人によって大変ばらつ

                                新型コロナウイルス感染症(COVID-19)記録 - ぱんだ日記
                              • 複雑なシステムでは、すべての要素が正しくても障害が起きる。カオスエンジニアリングから継続的検証へ(前編)。JaSST'23 Tokyo基調講演

                                複雑なシステムでは、すべての要素が正しくても障害が起きる。カオスエンジニアリングから継続的検証へ(前編)。JaSST'23 Tokyo基調講演 Netflixが始めた「カオスエンジニアリング」は、現在では大規模なシステムにおける可用性向上の手法のひとつとして確立し、広く知られるようになりました。 そのカオスエンジニアリングという手法を定義したのが、元Netflixカオスエンジニアリングチームのエンジニアリングマネージャーを務めていたCasey Rosenthal(ケイシー ローゼンタール)氏です。 そのローゼンタール氏が、ソフトウェアのテストに関わる国内最大のイベント「ソフトウェアテストシンポジウム 2023 東京」(JaSST'23 Tokyo)の基調講演に登壇し、「Chaos Engineering to Continuous Verification」(カオスエンジニアリングから継続

                                  複雑なシステムでは、すべての要素が正しくても障害が起きる。カオスエンジニアリングから継続的検証へ(前編)。JaSST'23 Tokyo基調講演
                                • Synthesizer Vに超強力な女性ボーカル、Maiがまもなく登場。もうAIと人間の違いは認知できないレベルに|DTMステーション

                                  10月27日、Synthesizer Vの新しい歌声データベースとして、Maiがお披露目となり、その歌唱動画が公開されました。実際にユーザーが入手可能になるまでには、まだもう少し待つ必要がありそうですが、遅くとも年内には登場するそうですから心待ちにしたいところです。 今回、Synthesizer Vの開発元であるDreamtonicsによって公開されたMaiの歌声のビデオを見ると、驚くほど滑らか、スマートな歌い方であり、もはや人間の歌声と区別がつかない次元まで進化しているように感じます。しかも、とくに調声をしなくても、音符と歌詞を入力するだけで、非常にリアルな歌い方をしてくれる、というのも、嬉しいところです。一方で、先日リリースされたSynthesizer V Studio Proの最新バージョン1.7.1において、歌声データベースの複数バージョンを利用できる機能が追加されています。なぜそ

                                    Synthesizer Vに超強力な女性ボーカル、Maiがまもなく登場。もうAIと人間の違いは認知できないレベルに|DTMステーション
                                  • エンジニアとして30代までにやってて良かった・やれば良かった事を自分のキャリアから振り返ってみた. - Lean Baseball

                                    最初に言っておきます. このエントリーは「いい本を読んだついでに自分のキャリアを振り返ってオススメを残す」という長文ブログです. 適当に読み流してもいいですし, 心の琴線に触れる事があれば最後までお付き合い頂けると幸いです. さて, 4月の末と言えば, GWが近づいてくると共に色々考えることがあります. 例えば社会人23年目の私は今年, GWの予定(決まっていない場合に限る) 「こどもの日」にしてあげられること キャリアの振り返りと数年先のキャリアプラン検討 この3つについて真剣に考えています. 今年でいうとGW予定(1.)は90%程度計画済み, こどもの日(2.)は甥っ子に渡すお小遣いを検討...までは決まってるのですが, 最後の(3.)はというと, GW明けって転職とか将来キャリアを考える機会になりがちじゃん?そういえば自分のキャリア(ry ...という感じで, GWは(本人が意識する

                                      エンジニアとして30代までにやってて良かった・やれば良かった事を自分のキャリアから振り返ってみた. - Lean Baseball
                                    • 3大クラウド(AWS,Azure,GCP)をそれぞれプロダクションで実運用した感想(その1 シェア、将来性) - Qiita

                                      3大クラウド(AWS,Azure,GCP)をそれぞれプロダクションで実運用した感想(その1 シェア、将来性) 3大クラウド(AWS,Azure,GCP)をプロダクションで実運用した感想(その1 シェア、将来性) はじめに 今まで私がエンジニアとして10年以上仕事をしてきた過程で、利用されているクラウドインフラ基盤を転職要件に含めていなかったことも相まって、AWS(Amazon Web Services),Azure(Microsoft Azure),GCP(Google Cloud Platform)という3大クラウドのクラウド基盤で、サービスの立ち上げから運用まで関与することができました。 各々のクラウド基盤に関して掘り下げられていることはあっても、エンジニア/SREの視点から俯瞰して述べられていることはあんまり無いので私が実務レベルで各々のサービスを使っていて感じたことを共有しておきま

                                        3大クラウド(AWS,Azure,GCP)をそれぞれプロダクションで実運用した感想(その1 シェア、将来性) - Qiita
                                      • イーロン・マスク氏、X(旧Twitter)を有料化する「方向に移行中」と語る

                                        米X(旧Twitter)のオーナー、イーロン・マスク氏は9月18日(現地時間)、イスラエルのベンヤミン・ネタニヤフ首相とのライブストリーミングの対談で、「we're moving to having a small monthly payment for use of the X systems.(Xシステムの月額使用料を少額課金する方向に移行している)」と語った。 Xでは現在、X Premiumユーザーにのみ課金しているが、全ユーザーに課金するという意味だ。 具体的な価格には言及しなかったが、「 It's the only way I can think of to combat vast armies bots(大量のbotと戦うために思いつく唯一の方法だ)」という。サブスク料金が必要になればbotのコストが高くなり、botによるヘイトスピーチや誤情報などを防げると同氏は説明した。 マ

                                          イーロン・マスク氏、X(旧Twitter)を有料化する「方向に移行中」と語る
                                        • 本に書いてあるスクラムと、お前らのいうスクラム開発は別物だということにいい加減気づいてくれ

                                          前振り タイトルは煽りの激しい釣りです。ごめんなさい。 Web業界で今流行っている自称スクラムと、RSGTで語られるような本来のスクラムとの間のギャップが大きすぎて説明が面倒臭くなったのでこの記事を書きました。 いい加減「私たちは自称スクラム開発を完璧に回しているから、スクラムの恩恵を将来得られるだろう」「私たちは本来のスクラムとはかけ離れた別物のスタイルで開発をしている。だからスクラムの恩恵は永遠に得られない」という二重思考を他人にするようお願いするのにも飽きましたしね。 さて本題といきましょう 本題 世間で、特に渋谷や五反田や六本木のWeb企業ではスクラムというものはとても流行っています。 しかしどう考えても、Web企業でよくお目にかかるスクラムと国内トップカンファレンスであるRSGTで語られるスクラムとの間には大きな隔たりがあります。 「うちはスクラムやってます」 カジュアル面談で耳

                                            本に書いてあるスクラムと、お前らのいうスクラム開発は別物だということにいい加減気づいてくれ
                                          • 最近気に入っているOSSを淡々と紹介する

                                            はじめに こんにちは〜!皆様いかがお過ごしでしょうか? no plan inc. CTOの @serinuntius です。 これはno plan inc.の Advent Calendar 2023の22日目の記事です。 最近気に入っているOSSとかを作者様に感謝しながら、スターを送りながら、こんなのを使用してるぜって紹介する記事です。 「OSSは使っていることを公言するだけでも貢献になる」とsongmuさんが言っていたので、私も貢献したいと思います。 紹介する順番に特に意味はありません。 rtx 個人的お気に入り度: ★★★★★ スター数: 3700 Rustで作られている💯 LICENSE: MIT 初っ端は、rtxです。あらゆるプログラミング言語環境(Runtime)のマネージャーです。 公式のデモ画像を見ていただくのが一番早いと思います。 私はこれを使う前はanyenvというも

                                              最近気に入っているOSSを淡々と紹介する
                                            • 心理的安全性の育て方 - Innovator Japan Engineers’ Blog

                                              こんにちは、CTOの山岡(@hiro_y)です。ここ数年「心理的安全性」という言葉を目にすることが増えました。Web上の記事でも、書店に並ぶ書籍でも。 自分も何度か「心理的安全性」って大事だよね〜と話した記憶があるのですが、実際のところ「心理的安全性」とは何でしょう。大切なのは誰もが同意するでしょうが、皆が思い描く「心理的安全性」が達成された状態は少しずつ違っていたりしないでしょうか。 ちなみに似たような感じで扱われる言葉に「コミュニケーション」があると思っていて、大切なことは否定できないけど具体的に何を指しているかは人それぞれ、という…。最近はなるべく「コミュニケーション」という言葉を使わないようにしてみています。 さて、話を戻します。「心理的安全性」とはそもそも何なのでしょうか。自分なりに考えた結果としては、「状態を指す言葉ではあるけれど直接は作れないもの」です。どのような状態かという

                                                心理的安全性の育て方 - Innovator Japan Engineers’ Blog
                                              • 本当にあったAWSでやらかした話と対策😭 - Qiita

                                                概要 みなさんこんにちは🎄 「フォトリ」という家族写真の撮影サービスを運用している会社でCTOをしてるカイトズズキと申します。 この記事では、先日会社のAWSで割と高額の請求が来てしまい😭死にたくなる思いをしたので、そのお話についてしていきます。 AWSは便利だけど、お金使いすぎたりしないか不安になりますよね。 特に僕はそんなにAWSには詳しくない人間なので、なおさらドキドキです。 この記事を通して、僕がやっちまった失敗をみなさんに知ってもらい、 同じような失敗をする人が1人でも減ることを祈ってます🙏 やらかしレベル まず、結果としてどれくらいやらかしたかと言うと、 普段の使用料金以外に、 - Lambda で 10万円 くらい - S3 で 30万円 くらい の請求が来てしまいました、、、 普段は数万円程度で2つのWebサービスを運用しているため、 最初に気づいたときは驚きすぎて理

                                                  本当にあったAWSでやらかした話と対策😭 - Qiita
                                                • 政治的問題のためRuby GemsとGitHubからChef関連の諸々が消えた件について

                                                  アメリカ合衆国のとある政府機関への抗議のため、Chef関連のGemやGitHub上のソースコードを作者が削除した。 雇用期間に業務にてGemが作成されていたため、Chef SoftwareがGemの所有権を主張してGemを復活させた。 最終的には抗議行動に対してChef Softwareが折れることで決着が付いた。 現在Chef界隈が混乱している。 どうやら政治的問題のためにRuby Gemsに登録されたGemやGitHub上のソースコードが消されたらしい。 なかなか興味深い出来事で、なおかつ日本語圏に情報が出ていないので適当に記録しておく。 用語 Ruby:プログラミング言語の1種。日本においては超広範囲で使用されている超メジャーな言語。 RubyGems:Rubyにおけるパッケージシステム。他人のRubyプログラムやライブラリを簡単に取り込むことができる。 Chef: 構成管理ツールの

                                                    政治的問題のためRuby GemsとGitHubからChef関連の諸々が消えた件について
                                                  • 2019年にブックマークしたページでよかったもの集めた - Really Saying Something

                                                    2013年から毎年、「年ごとにブックマークしたURLでよかったもの集めた」と題して、1年分の「自分がブックマークしたページ」*1を振り返り、まとめています。2018年分は以下です。 2018年にブックマークしたURLでよかったもの集めた - Really Saying Something 完全に「私得」なまとめなのでカテゴライズなどは一切しておらず、主に自分のブックマークした順番となっています。そのため、春ごろの記事が冬にいきなり登場したり、日付が前後していたりします。私の脳内に「その時こういうこと考えていたな~」という記憶を作るインデックスだからです!!! 何も考えずに見直したら、昨年よりは250ほど少ないので、そこからはあまり精査せずえいっと公開してしまいます。 基本的には、以下の基準で選出しています。 当年に作られたエントリーであること Wikipediaや当年に作られたことが明確で

                                                      2019年にブックマークしたページでよかったもの集めた - Really Saying Something
                                                    • 「日本の英語学習は非効率」 アイスランド人が日本向け英語学習システムを作ったワケ

                                                      「日本の英語学習は非効率」 アイスランド人が日本向け英語学習システムを作ったワケ:これからのAIの話をしよう(教育編)(1/3 ページ) さまざまな領域で進むAI活用の波が、教育業界にも押し寄せている。日本ではatama plusやCOMPASSなどのスタートアップがAIを活用し、ユーザーの学習状況に合わせて学習をパーソナライズするサービスを手掛け、注目を集めている。 しかし教育業界には古くからの慣習なども残っており、本格的な普及には至っていないのが現状だ。 こうした中、日本のビジネスパーソンになじみ深い「TOEIC」(国際コミュニケーション英語能力テスト)に目を付けたのが、AI搭載の英語学習システム「cooori」(コーリ)を提供するコーリジャパンだ。 創業者のアルナ・イェンソンCTOは、日本語の学習に苦労した自身の経験を基に、語学学習にAIを活用しようと決断。日本でAIを研究するうちに

                                                        「日本の英語学習は非効率」 アイスランド人が日本向け英語学習システムを作ったワケ
                                                      • 「Twitter.com」を「X.com」に自動変換 Xが仕様変更も、批判相次ぎすぐ撤回 ネット失笑

                                                        「Twitter.com」という文字列を入力したはずなのに、Xにポストした瞬間、自動的にその文字列が「X.com」に変換されてしまう――トラブル続きのXで今度はそんな現象が発生し、詐欺に利用されかねないとして一部のユーザーが警戒を呼びかけた。問題は間もなく解消されたものの、Xの混乱ぶりにあきれる声や批判の声が飛び交っている。 米メディアのMashableやKrebs on Securityによると、自動変換はiOS向けのXで4月8日(米国時間)に始まった。この問題は「Twitter.com」が「X.com」に置き換わるだけにとどまらなかった。 例えば「space-twitter.com」というリンクをポストすると、末尾の「twitter.com」の部分の文字列だけが勝手に「x.com」に置き換えられて、Xの画面では「space-x.com」と表示される。一方で、実際のリンク先は変わらないま

                                                          「Twitter.com」を「X.com」に自動変換 Xが仕様変更も、批判相次ぎすぐ撤回 ネット失笑
                                                        • Paul Graham からのスタートアップへのアドバイスまとめ - 🐴 (馬)

                                                          Paul Graham のエッセイを読んで、自分なりにまとめたものです。今でも見返すと示唆があるので、読みやすくなるようブログでも書いておくことにしました。Paul Graham のエッセイの翻訳はこちらでリストになっています。ぜひ原文も当たってください(文末に参照先を書いています)。 昔書いたスライドからの転載です。 Y Combinator 創業者 Paul Graham からのスタートアップへのアドバイス(スタートアップが迷った時に読む Paul Graham からのアドバイス) from Takaaki Umada www.slideshare.net 原則 Make something people want 「人々の欲しいと思うものを作ろう」 スタートアップにとって一番難しいのは、人々の欲しいと思うものを作れるかどうかである(二番目は資金調達)。人々の欲しいと思うものを作れるま

                                                            Paul Graham からのスタートアップへのアドバイスまとめ - 🐴 (馬)
                                                          • CTOと話してわかってきた「魅力的なエンジニア組織」と感じる9つの要素|野崎耕司

                                                            エンジニア版の採用ピッチ資料を記事として制作する「kiitok review」ですが、ここ1ヶ月で新たにAnyflow、Kanmu、メダップ、キャディ、Voicyの各社さまの開発チームのレビュー記事を制作しました。 (制作済みのレビュー記事の一覧はこちら) (エンジニアの採用やブランディングに関するお仕事相談はこちら) 毎回各社のCTOや技術責任者の方とお話をさせていただく中で、みえてきた「魅力的なエンジニア組織」の要素を9つにして言語化してみました。 1.ユーザーに喜ばれる開発に時間を使えているチームエンジニアなら、一度は経験があるユーザーに求められないものをつくってしまう徒労感。逆に、開発したプロダクトや機能をユーザーに喜んで使ってもらえた時の幸福感。 エンジニアとして苦労してつくった機能をより多くの人に喜んでもらえる環境があるチームは魅力的です。もちろん、そういったものをつくらないと

                                                              CTOと話してわかってきた「魅力的なエンジニア組織」と感じる9つの要素|野崎耕司
                                                            • 副業を2年続けて辞めた話 〜副業のメリットデメリット〜 - Qiita

                                                              はじめに 私は現役のフロントエンドエンジニアです。正社員として働く傍ら、約2年間副業を続けてきました。副業で3社経験をして、最長契約期間は1年3ヶ月です。政府も副業を推奨しているし、副業を推しているエンジニアもたくさんいます。そして副業がやりたくて探しているエンジニアもいると思います。 そんな「副業最高!」の空気の中、私は先日副業を辞めました。 何故私は副業を辞めたのか、そして副業経験を積んで得た学んだことをこちらの記事では書き記していこうと思います..... ※ あくまで私の価値観です。副業最高!と思えるような副業をしている人もいます。1人の人間が感じたこととしてご覧ください。。 目次 副業をすることのメリット/デメリット 副業を辞めた理由 価値のある副業について考える 最後に 副業での苦いエピソード(おまけ) 副業をすることのメリット/デメリット メリット 1. 実績とスキルが身に付く

                                                                副業を2年続けて辞めた話 〜副業のメリットデメリット〜 - Qiita
                                                              • 決死の覚悟でのぞんだnoteのドメイン移行。検索流入急落からの復活劇|note株式会社

                                                                リスクはある。成功するとは限らない。それでも挑戦しなければならなかったことがあります。それが、2019年11月25日、noteのサービスURLの「note.mu」から「note.com」へのドメイン変更。 わたしたちが「note.com」ドメインを取得したのが、2018年12月。さらにさかのぼると、CXOの深津さんが就任した2017年10月からサービス改善における最重要項目のひとつとして位置づけられていました。 2年もの歳月をかけて取り組んだ「note.com」へのドメイン移行。今回の#noteのみんなでは、CEOの加藤さん、CTOの今(こん)さん、そして深津さんにドメイン移行とともに歩んだ2年間を振り返ってもらいます。 リスクはあった。でも「やらない」という選択肢はなかった加藤:まず、なぜ「note.com」へドメインを移行することになったのか。いろいろなメディアの記事やnoteでも紹介

                                                                  決死の覚悟でのぞんだnoteのドメイン移行。検索流入急落からの復活劇|note株式会社
                                                                • 今日から始めるChatGPT+Zapierで雑パーソナライズ情報収集 - LayerX エンジニアブログ

                                                                  皆さんこんにちは。CTOの松本です。LLM使ってますか?ChatGPT毎日触ってますか? LLMに熱狂してすでに1年以上が経ちましたが周辺エコシステムが充実してきたことでいろいろな取り組みがとても簡単に実現出来るようになったなーと感じています。 ということで今回はZapierを使った小ネタのご紹介です。 AI・LLM事業部の今 とその前に、AI・LLM事業部での取り組みから着想を得たものでして、AI・LLM事業部について簡単に紹介させてください。 LayerXの新規事業であるAI・LLM事業部では、バクラクでも取り組んできたビジネス文書の解析の延長としてLLMを活用して文書分析エンジンの開発を進めています。現在このエンジンを使ったエンタープライズ向けの新規プロダクト開発にいそしんでおります。とても楽しいですし、最近は様々なお客様からの引き合いも増えておりまして、事業成長に向けて満を持しての

                                                                    今日から始めるChatGPT+Zapierで雑パーソナライズ情報収集 - LayerX エンジニアブログ
                                                                  • 書籍「Webエンジニアのための監視システム実装ガイド」発売!

                                                                    システム監視の入門書籍を書きました わたしが執筆したWebエンジニアのための監視システム実装ガイドが2020/3/24に発売されますました。 予約受付中です。 物理書籍・Kindle共に販売中です。 PDF版なら検索もできちゃいます。 ※このエントリを書いている時点でまだ表紙がfixしていませんが、黒バックにウミガメ写真になる予定です 運用監視の会社でCTOとして勤続12年の知見を詰め込んだ、システム監視について幅広く取り扱った実践的な入門書です。 読者の方に体系的な知識と価値基準を獲得してもらえるよう努めました。 監視テクノロジの歴史や特徴、監視システムの基本動作と動作方式ごとの特徴、時系列データベース、DevOpsやSREなどのWebシステム運用の文化、SLO、SLI、Availability、Observability、自己修復システム、Chaos Engineering、監視方式の

                                                                    • 判断と決断の違いと決断のコツ - そーだいなるらくがき帳

                                                                      判断と決断の話の違いはこのツイートの通り。 判断の話で言うとぼくはそーだいさんがしてくれた「判断と決断は違う」という話がだいぶ実になっていて、「情報を集めれば理屈で答えが出せるのが判断、今は情報を集めることができない中で答えを出さないといけないのが決断、リーダーがやらなければならないのは決断」という話をかなり大事にしている— しんぺいくんさん (@shinpei0213) 2021年12月10日 決断のコツ 結論から言えば、決断のコツは失敗できるようにすることだ。 失敗できる状態なら決断することができる。 そして素早くアクションして、失敗のフィードバックを受け取ることで新しい決断をすることができる。 そーだいさんがぼくに教えてくれた二大大事なこと「判断と決断は違う」と「ロールバック可能なことはどんどん試せばいい、ロールバックが難しいことは慎重に」です— しんぺいくんさん (@shinpei

                                                                        判断と決断の違いと決断のコツ - そーだいなるらくがき帳
                                                                      • Yahoo! トラベルと一休.com のシステム統合プロジェクト - 一休.com Developers Blog

                                                                        今から二ヶ月ほど前、10/1 に Yahoo! トラベル のリニューアルが完了しました。このリニューアルは、一休.com と Yahoo! トラベルの2システムを一つに統合することで実現しました。 ご存知の通り、ヤフーと一休は同じグループに所属する企業です。ざっくりいうと「同じグループで2つの宿泊予約システムを開発し続けるのは効率が悪いよね」という話があり、今回のシステム統合に至っています。 Yahoo! トラベルと一休のシステム統合は、(1) 2017年頃にホテルの空室管理や予約、決済、精算業務などを担うバックエンドのシステム統合を行い、そして (2) 今回 2021年春先から半年ほどをかけて、ユーザーが利用する画面も含めた全面統合を行いました。全面統合は総勢で 50名ほどのディレクター、エンジニア、デザイナーが関わる一休的には大きな規模のプロジェクトになりましたが、目立ったトラブルもな

                                                                          Yahoo! トラベルと一休.com のシステム統合プロジェクト - 一休.com Developers Blog
                                                                        • もしあなたが東証のCIOだったらどうした? 〜あの記者会見から学ぶインシデントレスポンスのスキル〜 - 一般社団法人 日本CTO協会

                                                                          日本CTO協会は「技術」を軸に規模や業種の異なる様々な人や組織が集まっているコミュニティです。会員は本社団の活動内容、調査テーマについて参加、提案し、他の技術者・技術組織とともに成長する機会が得られます。ご興味のある方は法人会員向け申し込みフォームからお問い合わせください。 2020年10月1日夕方に行われた東京証券取引所の記者会見(フル動画)を皆さんはご覧になりましたか?記者会見には宮原幸一郎社長、日本取引所グループ(JPX)の横山隆介・最高情報責任者(CIO)、東証の川井洋毅執行役員、田村康彦IT開発部トレーディングシステム部長が出席し、システム障害による同日の終日売買停止について説明がされました(公式記者会見要旨・資料)。この記者会見に関してエンジニアから称賛の声が多く上がっており、今回は特別に日本CTO協会理事兼GMOペパボ株式会社取締役CTOの栗林健太郎さん(@kentaro)に

                                                                          • エンジニアの評価グレード制の導入について - BASEプロダクトチームブログ

                                                                            こんにちはBASE株式会社取締役EVP of Developmentのえふしん( @fshin2000 )です。 今回は、年末の給与改定から運用を開始する評価グレード制導入のお話を書いてみたいと思います。 これまで人材採用時の給与決定や社員の評価時には、マネージャ間で相談し役員承認の上で給与を決めていましたが、その基準や空気感は詳しく社内のメンバーに共有できていませんでした。理由として、中途主体の採用だとどうしても前職給与に影響され、人によって給与にばらつきがでてしまうため、体系だった形に整える機会がなかったのですが、今度、社内に評価グレード制というものを導入することになり、各給与レンジの方に求めるスキルや意識についてまとめたのでこちらで公開いたします。 評価グレード制というのは、一般的に等級と呼ばれるもので、一定サイズ以上の会社のご経験がある方なら、類する制度はどこでもあると思いますので

                                                                              エンジニアの評価グレード制の導入について - BASEプロダクトチームブログ
                                                                            • 【寄稿】コインハイブ事件 意見書ご協力のお願い - 一般社団法人日本ハッカー協会

                                                                              コインハイブ事件弁護団 主任弁護人 平野敬 (電羊法律事務所) 裁判の現状 2022年1月20日、最高裁判所において、Coinhive事件は逆転無罪判決となりました。これまでの皆様のご支援に深く感謝申し上げます。2022/1/20 2021年12月9日に最終弁論が開かれることになりました。2021/10/18 報道でご存知の方も多いと思いますが、2020年2月7日、東京高等裁判所において、モロさんを被告人とする不正指令電磁的記録保管事件について罰金10万円の支払いを命じる逆転有罪判決が言い渡されました。これまで、多くの皆様に裁判費用を含むご支援をいただいてきたにもかかわらず、望む結果を出せなかったことを、弁護人として深くお詫びします。 我々は東京高等裁判所の判決を不服として、上告状を提出すべく準備を進めています。今後は最高裁判所において事件が争われることになります。 横浜地方裁判所の判決(

                                                                                【寄稿】コインハイブ事件 意見書ご協力のお願い - 一般社団法人日本ハッカー協会
                                                                              • リモートワークで生産性は上がるか | Coral Capital

                                                                                Coral Insightsでは先日、投資先の1社である保険スタートアップ、justInCaseが、どうやってリモートワークを取り入れて日々の業務を回しているかというインタビュー記事を動画とともに掲載しました。これからチームや組織を作ろうというときに参考になる話だと思います。 1人の起業家のパッションから始まり、徐々に周囲を巻き込む形でスタートすることが少なくないスタートアップの初期は、特に時間や場所を共有せずにリモートで仕事をするスタイルが自然で、そのままリモートを続けることも多いかと思います。 でも、本当にリモートワークは良いものでしょうか? マイナス面はないのでしょうか? 先回りして書きますが、こうした問いには「イエス」も「ノー」もありません。答えはどこか真ん中にあるもので、全てはケース・バイ・ケースでバランスです。例えば、日本社会全体で考えたときは、もっとリモートワークを取り入れて

                                                                                  リモートワークで生産性は上がるか | Coral Capital
                                                                                • ITエンジニアに刺さる「ポッドキャスト6選」

                                                                                  はじめに 皆さんは「ポッドキャスト」を聞いていますか? ポッドキャストは個人でも配信できる音声メディアのことです。特定のサービスを指すわけではなく、音声ファイルをWebサーバーに置き、RSSフィードで更新情報を配信すればポッドキャストとして認識されます。ポッドキャストのアプリでは、そのRSSフィードのURLを登録すると随時更新された音声データを聴くことができる、という仕組みです。専用のアプリをインストールしておくと番組が更新された時点でプッシュ通知されるため、常に最新の音声データをチェックできます。 ポッドキャストという名前の通り、「iPod」時代の遺物といったイメージもあるかもしれません。しかし昨今、ポッドキャストが見直されているようです。大きな流れとしては、2018年に「Anchor」というポッドキャスト配信サービスが広まったことに起因すると思われます。録音から配信までを1つのサービス

                                                                                    ITエンジニアに刺さる「ポッドキャスト6選」