並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 325件

新着順 人気順

メンターの検索結果201 - 240 件 / 325件

  • 【プログラミング初心者向け】クラスメソッドとインスタンスメソッドはどう使い分けるべき? - give IT a try

    はじめに ruby-jpのSlackで以下のような質問が投稿されていました。 クラスメソッドとインスタンスメソッドの具体的な違いがわかりません。 現状「クラスメソッドはクラスから実行でき全体に関する処理を書くときによく使うもの。インスタンスメソッドはインスタンスから実行でき、個別具体的な処理を書くときに使うもの。」という理解をしています。そして実装の際に「これはクラスメソッドとインスタンスメソッドどちらで書くべきなのか」悩むケースが多いです。 上記を踏まえて質問です。 クラスメソッドとインスタンスメソッドの具体的な違いを皆さんはどのように定義しているか どこからがクラスメソッドでどこからがインスタンスメソッドなのかの境目はどのあたりにあるか をお伺いしたいです! クラスメソッドとインスタンスメソッドの使い分けは僕がメンターをやっているフィヨルドブートキャンプでもよく見かける質問です。 そこ

      【プログラミング初心者向け】クラスメソッドとインスタンスメソッドはどう使い分けるべき? - give IT a try
    • 方法不確実性を下げるための松竹梅メソッド - 貳佰伍拾陸夜日記

      若手メンバーのスキルアップのための相談に乗っていると, うまい設計ができるようになる, 仕様の整理やメリット・デメリットの判断がうまくなる, あるいは技術の引き出しを増やすにはどうしたらよいか, という話がよく挙がる. この手の話題にいつも同じようなアドバイスをしていると気づいたので, 説明を楽にするために書き下しておく. ソフトウェア開発の話だけど, もしかしたら一般的な仕事のやり方の話だと思っても成立するかもしれない. 文脈 ソフトウェア開発のプロジェクトを進めるとき, 少人数の精鋭だけで開発するなら極論するとカウボーイコーディングでも成立するかもしれない. そうでなければ, たとえばスクラムのように, なんらか段取りをチームでマネジメントし, 不確実性を下げるためにどういう方法でアプローチするか検討し, 仕様を固めて細かいタスクに分解するプロセス(以降ざっくり「ソリューションを定める

        方法不確実性を下げるための松竹梅メソッド - 貳佰伍拾陸夜日記
      • エンジニアの仕事は「プログラミング」だけではない DeNA入社後に感じたギャップとそれを克服するためのPM術

        「DeNA TechCon 2021 Winter」は、学生に向けて、DeNAを軸に「エンジニアとして企業で働くこと」について、先輩たちが紹介するイベントです。そこで、サーバーサイドエンジニアの川原遼馬氏が、「エンジニアが入社後のギャップを克服しProjectをリードするまで」と題して、自身が入社する前と後で感じたギャップと、それをどう克服したかについて話しました。 エンジニアの働き方イメージのギャップと克服 川原遼馬氏(以下、川原):それでは「エンジニアが入社後のギャップを克服しProjectをリードするまで」というタイトルで発表します。 私は川原遼馬と申します。大学院で物理の研究をした後に、2020年にDeNAに新卒入社しました。その後、DeNAの子会社である株式会社DeNAライフサイエンスの「MYCODE」というサービスで、サーバーサイドエンジニアをしています。 「MYCODE」とい

          エンジニアの仕事は「プログラミング」だけではない DeNA入社後に感じたギャップとそれを克服するためのPM術
        • 2021年度 エンジニア新入社員研修のご紹介 - dwango on GitHub

          こんにちは。エンジニアの新入社員研修を担当している青木です。 今回はリモートで行われた2021年度の新入社員研修が、どのような様子だったかをご紹介します。 現在は2021年度の振り返りをもとに、迫っている2022年の新入社員研修の準備を進めています。 入社予定の皆さんやエントリーを迷っている皆さんの不安を軽減できればいいなと考え、この記事を書くことにしました。 昨年実施した研修に新入社員の皆さんから、沢山のフィードバックをもらいました。 その中に「完全リモートという不安な環境でエンジニアとしてのキャリアをスタートしたので〜」という一文がありました。 社会人という「新しい環境」に不安を感じているのに、馴染みのない「リモート環境」という要素も加わっていた為、不安は大きく、もっと軽減してあげられたらよかったなと思いました。 この記事を読んで少しでも研修の様子やドワンゴの文化が伝わり、不安が軽減で

            2021年度 エンジニア新入社員研修のご紹介 - dwango on GitHub
          • プロンプトエンジニアはバブルか、育成支援講座が映す次世代の職種像

            ChatGPTをはじめとする生成AI(人工知能)を使いこなす人材、「プロンプトエンジニア」のスキル習得講座が2023年6月に始まる。生成AIへの命令文であるプロンプトを効果的につくり、より品質の高い生成結果を引き出すためのスキルを学べる。数百人規模のプロンプトエンジニア育成を目指す企業が登場するなど、需要の急増が背景にある。プロンプトエンジニアは生成AI時代を支える必須の職種か、それともバブルのあだ花か。 プログラミング講座を運営するキラメックスが2023年6月、「はじめてのプロンプトエンジニアリングコース」を開講する。同社が運営するオンライン講座「テックアカデミー」に新設する。内容はChatGPTなどが利用する言語モデルやプロンプトの基礎から、言語モデルの能力を引き出して成果物の品質を高めるプロンプトエンジニアリングのスキル、自身の業務効率化への実践までが含まれる。講座の期間は4週間で、

              プロンプトエンジニアはバブルか、育成支援講座が映す次世代の職種像
            • 中高生のためのChatGPT - 西尾泰和のScrapbox

              GPT-4は、OpenAIが開発した最先端の人工知能です。このAIはさまざまなことができます。どのようなことができるのか、ぜひ自分の目で確認するとよいでしょう。 しかし、GPT-4を使うには、クレジットカードで月額20ドルの支払いが必要です。このため、小中高生及び高専生の皆さんの中には、興味があっても親が理解してくれなくて経験できない人がいると思います。これは機会損失です。 そこで、私は日本中の中高生にGPT-4の体験機会を提供したいと思っています。予算は25万円で始めます。これによってサブスクリプションでは約100人分、API利用では約1万回の質問が可能になります。 少し自己紹介をします。私は未踏ジュニアのメンターをやっていて、毎年の100件以上の応募に目を通しています。その中には「やりたいこと」はあるが「最初の一歩をどう踏み出して良いか」が分からず困っているものがいくつもあります。身近

                中高生のためのChatGPT - 西尾泰和のScrapbox
              • この一年やったこと、継続していること (Rust とか 英語とか) - from scratch

                前回エントリを踏襲し、さらに一年間どんな事をやったか、という話を書こうかなと。 yosuke-furukawa.hatenablog.com 一年間やったことを振り返ると、英語と競技プログラミング、その過程で Rust をやっていました。 競技プログラミング系 LeetCode この一年間でトータルで解いた問題が806問になりました。これまで JavaScript で解いてたやつを Rust で解き直したりしてたので、解答数はそこまで増えてないのですが、 Rust の勉強と割り切っていたので、目標としては良かったかなと思います。 github.com LeetCode の戦績 一年間ずっとやったことで、金バッジをもらいました。 LeetCode Annual Badge ただ競技プログラマーとしてなにか成長したかと言うと、前回よりは解けるものの、「解けない問題が解けるようになった」というよ

                  この一年やったこと、継続していること (Rust とか 英語とか) - from scratch
                • プログラミングスクールで、「リアルバーチャルYoutuber」というWebサービスを作りました - 猫Rails

                  はじめに 作ったWebサービスの紹介 開発日誌 Getting Realを読む エレベーターピッチを作る 技術検証 ペーパープロトタイプを作る 技術選定とシステム構成図の作成 開発の進め方を考える $ rails new Herokuをセットアップ 独自ドメイン設定 + SSL化 SendGridをセットアップ S3 + CloudFrontをセットアップ Googleアナリティクスをセットアップ Googleサーチコンソールをセットアップ ロゴ・ファビコンを作る サイトマップを自動作成 metaタグを設定する Rubocopを設定する 便利Gemを導入する bullet letter_opener letter_opener_web xray-rails pry-rails pry-byebug pry-doc pry-alias awesome_print tapp rack-mini

                    プログラミングスクールで、「リアルバーチャルYoutuber」というWebサービスを作りました - 猫Rails
                  • エンジニアとして成長するために皆さんにもやって欲しいこと。 - Qiita

                    はじめに いつもは Azure Active Directory に関する Tips を週次で Qiita に投稿していますが、今回は Non-Tech に関する記事を投稿したいと思います。 某外資系企業に中途入社してから 1 年 3 か月ほど現時点 (2019年9月14日現在) で経っていますが、その中で日々の仕事もしくはプラスαとして是非皆さんにも実践していただきたい内容を共有したいと思います。 テーマとしては、以下 4 つです。 1. 憧れの人に師事する 2. アウトプット活動を継続して行う 3. 勉強会に登壇する 4. 技術共有を惜しまず行う 1. 憧れの人に師事する エンジニアとして、自分 1 人で出来ることが限られているということは、この記事を読んでくださっている皆さんも実感していると思います。 そこで私が取ったアクションとして、ある方に、私のメンター(指導者)になってください

                      エンジニアとして成長するために皆さんにもやって欲しいこと。 - Qiita
                    • リーダーのための「スクラムガイド」手引き

                      リーダーのための「スクラムガイド」手引き | Scrum.org © 2022 Scrum.org. All Rights Reserved. | 1 リーダーのための「スクラムガイド」 手引き YUVAL YERET、DAVE WEST 著 長沢 智治、KYON_MM 訳 | 2022 年 5 月 リーダーのための「スクラムガイド」手引きの目的 この手引きは、スクラムチームを率いている、あるいは、スクラムを活用している組織のリ ーダーのためのものである。この手引きでは、スクラムのさまざまな要素に目を向け、リー ダーがその要素に取り組むための効果的な方法を考察している。この手引きは、スクラムガ イド 2020 版向けである。 スクラムを適用する際のリーダーシップの定義は多岐にわたる。リーダーは、スクラムチー ムの内側にも外側にも存在している。誰もが、ある程度のリーダーシップを発揮している。

                      • EC/CRMの自社サービス「prismatix」開発チームのマネージャーになるまでにやったことm連発 | DevelopersIO

                        前回は11月にプロジェクトマネージャーとしてやってきたことをまとめていました。今回は、それからこれまでに行ってきた試行錯誤の記録です。 prismatix開発のプロジェクトマネージャーから開発チームのマネージャーにクラスチェンジする話 | DevelopersIO で書いたとおり、年明けにクラスチェンジするにあたり、前回の 開発チームのプロジェクトマネージャーになって最初にやったことn連発 | DevelopersIO からこれまでにやってきたことを、またつらつらと書いていきます。 やったことm連発 (順不同) 1. ミーティングの議事録作成担当を移譲 部署全体で行う勉強会的なもの(通称金曜会)のメモを私が作成していた スライドのスクショ取って、箇条書きでメモを残す感じ SPoFになっていたので若手二人に移譲 メモの目的やポイント、スクショのとり方などをまとめた スライドに 書いてない こ

                          EC/CRMの自社サービス「prismatix」開発チームのマネージャーになるまでにやったことm連発 | DevelopersIO
                        • 「不登校YouTuberゆたぼん」はあと4年で大人になる…9歳の少年を嗤ってきたネット民が向き合う現実 なぜ「勉強動画」でフォロワーが激減したのか

                          「俺が自由な世界を創る」をテーマに活動してきたゆたぼん 4月24日、少年革命家を標榜している沖縄在住の14歳の少年「ゆたぼん」(本名:中村逞珂ゆたかさん)が「【ご報告】ガチで勉強してみた」(※2023年5月24日現在は「【みんなの学園】で勉強してみた」というタイトルに変更されている)という動画を公開し話題になりました。これがファンの期待を裏切る内容だったのか、動画公開前には約6万人だったTwitterのフォロワーも執筆時点(5月22日)で約3万6000人に激減しています。 旬は過ぎたとはいえ、メッセージ性が強くて面白かったんですよね。いい感じで「勉強することや、学校に通うことは本当に正しいと思っているのかお前ら」という直球は、いろんな人が共感し、いろんな人が煽られてムカついてました。 まだ小さいゆたぼんの健気な姿とその父親の中村幸也さん、および周りにはびこる有象無象やメンターを名乗るネット

                            「不登校YouTuberゆたぼん」はあと4年で大人になる…9歳の少年を嗤ってきたネット民が向き合う現実 なぜ「勉強動画」でフォロワーが激減したのか
                          • 新人を放置するのはリモートワークの問題じゃない

                            最近、あるツイートが話題になっている。その内容は「自分で仕事を組み立てられる中堅以上でなければリモートワークは難しい。毎日在宅で放置されたら新人には『楽してお金を貰える環境』であり、キャリアに悪影響である」というものであり、多くの人々から反響を得ている。しかしながら、私はこの主張に違和感を覚えている。なぜなら、新人を放置するという問題は、リモートワークだから生じるわけではないからだ。 私自身、2020年に大学を卒業し、国内の大手電機系メーカーに就職した。ちょうどコロナ禍がはじまった最中ではあったが、入社後すぐに「我々の部署の新人はリモートワーク禁止」という通達が出され、私は会社に出勤しなければならなかった。リモートが許可される日はなく、フルリモートならぬ「フル出社」状態だった。 ところが、実際には、部署内で私はほとんどの時間を放置されていた。会社全体の新人教育プログラムはあったので、そこに

                              新人を放置するのはリモートワークの問題じゃない
                            • Googleスプレッドシートと自然言語処理AI「GPT-3」を組み合わせてデータ作成を効率化

                              2022年末に登場、一躍テクノロジー業界の話題を席巻したAIチャットボット「ChatGPT」 自然な文章で情報を提供するこの「ChatGPT」に対して、ビジネス、ブログ、プログラミング、など、様々な場での活用が期待されています。 OpenAIが開発、サービスを提供してるこの「ChatGPT」のベースとなっている技術が、同じくOpenAIが開発した、自然言語処理AI「GPT-3」です。 膨大なテキストデータを使った機械学習によって、生み出される「GPT-3」の文章は、人間が書いた物と判別できない程 そして、機械学習の訓練によって得た知識を元にして、質問に対し即座に答えを返してくれるので、知りたい事が有る度に、一々”ググる”必要も無い。 そこで一考、「GPT-3」とGoogleスプレッドシートを組み合わせたら、作業効率を向上できるんじゃないか。 本記事では、自然言語処理AI「GPT-3」をGo

                                Googleスプレッドシートと自然言語処理AI「GPT-3」を組み合わせてデータ作成を効率化
                              • ピクシブのインターンに参加してアニメーションのエンコードをGIFから12倍高速にした

                                インターンに参加した 夏はピクシブ![1] ということで、9月15日から28日[2]までの平日8日間に「PIXIV SUMMER BOOT CAMP 2022」に参加していました。 私が参加したのはImageFluxという画像変換/配信・ライブ動画配信サービスの開発に取り組むコースです。 応募 個人的に画像処理や配信についてかなり関心があり、FFmpegを触ったりWebRTCの記事を読んだりしていました。 これまでお仕事ではWebフロントエンドの経験しかなく画像関連の仕事を一度経験してみたかったため、むしろImageFluxコースがあるからという理由でピクシブのインターンに行きたいと考えていました。 応募時には何個か志望コースを選ぶ必要があり、技術基盤コース、広告配信コース、機械学習コース、VRoid Hubコースなどに興味がありましたが、現実的に今の技術スタックで後者2つは難しそうだなと

                                  ピクシブのインターンに参加してアニメーションのエンコードをGIFから12倍高速にした
                                • 過度なDRYを行わず、APIドキュメントだと思って書く 脳内メモリを消費させない“リーダブルなテストコード”の書き方

                                  さまざまなテストレベルとロールで活躍されている方々がテストコードをリーダブルにする方法について語り、それぞれの違いや共通点について議論する、「リーダブルなテストコードについて考えよう」。ここで株式会社ソニックガーデンの伊藤氏が登壇。リーダブルなテストコードとは何か、リーダブルなテストコードを書くための具体的な意識を紹介します。 伊藤氏の自己紹介 伊藤淳一氏:リーダブルコードという発表です。いきなり余談から入りますが、今日仕事をしていたらテストコードに助けられました。 仕様変更がいつ入ったのかを調べなきゃいけなくなってコミットを追いかけていったら、過去の僕がすごくわかりやすいテストコードを書いていて、仕様Aを仕様Bに変えることがdiffを見れば一目瞭然というようなものを作っていました。リーダブルなテストコードを書いてて良かったと思った日がこの勉強会の開催日で、ナイスタイミングだと思いました。

                                    過度なDRYを行わず、APIドキュメントだと思って書く 脳内メモリを消費させない“リーダブルなテストコード”の書き方
                                  • 50代・ほぼ独学・文系・未経験で2ヶ月半でWebアプリを開発するまで!【Rails+Nginx+Docker+AWS】 - Qiita

                                    50代・ほぼ独学・文系・未経験で2ヶ月半でWebアプリを開発するまで!【Rails+Nginx+Docker+AWS】RubyRailsnginxAWSDocker はじめに コロナ禍の中で会社経営をあきらめ、50代目前にして「Webアプリの開発者に、オレはなる!」と決意し、2ヶ月半でアプリを作成した経緯をご紹介させていただきます。 絶賛転職活動成功!(最終結果:企業エントリー145、書類通過10、内定3、業務委託3。転職活動期間2022/04末〜2022/11末) ポートフォリオサイトURL:https://delicha.github.io Wantedly プロフィール:https://www.wantedly.com/id/shouhei_yamamoto_bg アプリを実装するまで 今回のアプリを作成する「前」のおもな自分のスペックです。 アプリ開発前の年齢は限りなく50歳。 大

                                      50代・ほぼ独学・文系・未経験で2ヶ月半でWebアプリを開発するまで!【Rails+Nginx+Docker+AWS】 - Qiita
                                    • プログラミングで辛かったこと。よかったこと。|Seiji Takahashi@ベースマキナ

                                      この流れです。 前提基本的に自分はGoのサーバーサイドが主戦場で、カンファレンスにはよく顔を出します。最近はOSSを公開すればいい感じにGithub Trendsの上の方にきて目立つような、芸人っぽいムーブができるようになりました。 ですが、直近プライベートではGo以外にTypeScript(Next.js) でGraphQLのクライアント書いたり、仕事だと前はSwiftやらC++やらPerlやら色々使っていたので、他の方と比べると広く浅い経歴です。 また、大学に入ってから学習を始めましたし、当時はドットインストールが出始めたくらいで、基本的には書籍で勉強していました。大学では授業でFORTRANの授業を取りました。内容は意味わからなかったので同級生に寄生してました。 Progateとかプログラミングスクールとかには頼ってませんでした。無かったので...。なので、「幼少期からBASICを触

                                        プログラミングで辛かったこと。よかったこと。|Seiji Takahashi@ベースマキナ
                                      • オープンソースへの貢献をメンターがサポートしてくれる「Google Summer of Code」、18歳以上なら誰でも参加可能に

                                        オープンソースへの貢献をメンターがサポートしてくれる「Google Summer of Code」、18歳以上なら誰でも参加可能に Googleは2005年から毎年、夏休みの時期の学生を対象に、オープンソースへの貢献をメンターがサポートすることでオープンソースへの参加を促し、オープンソースの活性化にもつなげようというプログラム「Google Summer of Code」を開催しています。期間中に一定の課題をクリアした学生には奨学金も提供されていました。 今年もGoogle Summer of Codeの開催が発表されていますが、実は今年から参加資格が変更されました。これまでは学生に限定されていましたが、今年からは18歳以上なら誰でも参加できるようになりました。 下記は「Expanding Google Summer of Code in 2022」からの引用です。 Beginning i

                                          オープンソースへの貢献をメンターがサポートしてくれる「Google Summer of Code」、18歳以上なら誰でも参加可能に
                                        • 「ついに国がインディーゲームクリエイターの支援に乗り出した」──経済産業省のゲーム・映像開発を支援するプロジェクト「創風」の狙いとは? 『8番出口』作者も輩出した、その実働部隊「iGi」のメンバーに話を聞いてみた

                                          「ついに国がインディーゲームクリエイターの支援に乗り出した」──経済産業省のゲーム・映像開発を支援するプロジェクト「創風」の狙いとは? 『8番出口』作者も輩出した、その実働部隊「iGi」のメンバーに話を聞いてみた ついに、国がインディーゲームクリエイターの支援に乗り出した。 経済産業省が主催するゲームクリエイター・映像クリエイターへの支援事業「創風」が、いよいよ本格的に動き出そうとしている。 このプログラムでは国内の若手のクリエイターを対象に、最大500万円に及ぶ支援金が手配される。さらにゲーム開発の補助のみならず、海外市場に進出するために必要なノウハウなどのレクチャー・メンタリングを約8か月にわたって行っていくという、非常に本格的な内容のものだ。 そして、そのゲーム部門の“実働部隊”として選ばれたのが「iGi indie Game incubator(通称: iGi/イギ)」。 株式会社

                                            「ついに国がインディーゲームクリエイターの支援に乗り出した」──経済産業省のゲーム・映像開発を支援するプロジェクト「創風」の狙いとは? 『8番出口』作者も輩出した、その実働部隊「iGi」のメンバーに話を聞いてみた
                                          • 名バであれば、ウマのうち。ーー『ウマ娘 プリティーダービー』について - 名馬であれば馬のうち

                                            「そのほうが語って聞かせるレースをことごとく観戦する暇が、いつそのほうにあったのか不思議なことよ。そのほうはこのコロナ渦、一歩もスマホの前から動いた様子さえないように朕には思えるのだが。 」 「私が見、またおこなうことはすべてこのスマホ画面と同じ静謐、同じ薄明、また同じネイチャのささやき*1渡るこの静寂が支配する精神の空間において意味を得るのでございます。恐らく、この世界で残されているものはジュエルと金を永遠に吸いこみつづける巨大な虚無と、ウマたちが戯れ遊ぶサークルのミニキャラ画面だけでございます。この二つの場所を距てているのはわれらの瞼でございますが、そのいずれが内にあり、いずれが外にあるかは、だれにもわかりません。」*2 「して、そのほうはこの一月でどれほどのウマを育てたのだ」 「200」 「200」 200のウマがあり、200の生があり、200の死があった。*3 あれのような名馬だけ

                                              名バであれば、ウマのうち。ーー『ウマ娘 プリティーダービー』について - 名馬であれば馬のうち
                                            • 自分のパフォーマンスを最大化し続ける方法 - igsr5 のブログ

                                              こんにちは。個人パフォーマンスを安定させることが得意な @igsr5_ です。 最近何人かに何か工夫してることあるの?と聞かれたのでブログとして書き出してみようと思います。 はじめに 業務に慣れてくると、求められるアウトプットのレベルや量は上がっていきます。 しかし業務知識をいくら習得しても、働き方が非効率だとパフォーマンスは安定せず、上昇する期待値についていけません。 仕事の成果を増やしたり、残業を減らしてプライベート時間を充実させるためには自分のパフォーマンスを最大化し続ける必要があります。 4つの意識を持つ 自分のパフォーマンスを最大化し続けるためには、4つの意識を持ちましょう。 決して「余裕」を失わない 「よし、やるぞ!」と脳が勝手に思える習慣を持つ 仕事に「モヤモヤ」を持ちこまない 健康でなければ全ての工夫は無意味 重要なのはプロジェクトが佳境の時など、普段より忙しい時こそ4つの

                                                自分のパフォーマンスを最大化し続ける方法 - igsr5 のブログ
                                              • 私はなぜデッサン教室で真田広之を描くに至ったかその変遷 | ムービーナーズ

                                                夢ならばどれほどよかったでしょう 確か春ぐらいから始めたからそろそろ半年くらいになるのかな? 始めたきっかけは当然「絵が上手くなりたい」からで……。やっぱさ、 「じゃあどうやったら絵が上手くなるのかなあ?」 って考えたときに 「やっぱデッサンじゃね?」 みたいな思考の流れってあるじゃあないですか。 「ダイエットしたいなあ」 と思ったときに 「やっぱ腹筋じゃね?」 ってなるのと同じです。 っていうか、これまでも本とか買ってやってきた。 ジャック・ハム先生の本はすべてのお絵描きマンの本棚で埃を被っていると言われている だけど、ある日ふと思ったんですよ。「私は我流でやろうとしすぎていないか?」「誰かから学ぶことも必要なんじゃないか」「今の私に必要なのはメンター」と、そう思った。 気づけば自営業生活も5年だ。自営業のいいところは好き勝手に生きていけること。だが同時に、自分に指導や教育をしてくれる人

                                                  私はなぜデッサン教室で真田広之を描くに至ったかその変遷 | ムービーナーズ
                                                • エンジニアオンボーディングを改善するツールの紹介 - LayerX エンジニアブログ

                                                  LayerX の Enabling Team でソフトウエアエンジニアをやっている suguru です。LayerX Tech Advent Calendar 2022 の 12/12 のの記事になります。 今日は、入社して最初に開発した社内ツールの話をしようと思います。 LayerX のバクラク事業部では、バクラク請求書、バクラク申請・経費精算、バクラク電子帳簿保存、バクラクカードなど、複数のプロダクトを運用しています。 內部のアーキテクチャとしては、プロダクトごとに独立したAPIが環境で稼働しており、プロダクト間連携は、お互いの Private API を通じて連携しています。そのため、バクラクの開発用環境をローカルで構築するには、複数のプロダクトのAPIサーバーを稼働させる必要があります。 バクラクのサービスアーキテクチャについては、下記のスライドを参照してください。 お客様に対して

                                                    エンジニアオンボーディングを改善するツールの紹介 - LayerX エンジニアブログ
                                                  • リモート新人教育で起きた“違和感” ソフトウェアエンジニアが語るベアメタルの“癒着”ストーリー

                                                    NTT Tech Conferenceは、NTTグループのエンジニアたちが一堂に会し、NTTグループ内外のエンジニアたちと技術交流を行うためのカンファレンスです。ここで、NTT Ltd Japanのソフトウェアエンジニアの花川氏が「この素晴らしい新入社員とペアプロを!」というタイトルで登壇。まずは新入社員のメンターとして入社半年で実践したこと、違和感について語ります。 自己紹介と業務内容 花川直己氏(以下、花川氏):「この素晴らしい新入社員とペアプロを!」というタイトルで、NTT Ltd Japanの花川直己が発表します。よろしくお願いします。まず簡単に自己紹介ですが、naosukeとよく呼ばれている者です。NTT Ltd Japanでソフトウェアエンジニアとして働いて、3年目になります。 ふだんはEnterprise Cloud 2.0(ECL2.0)というクラウドサービスのベアメタルサ

                                                      リモート新人教育で起きた“違和感” ソフトウェアエンジニアが語るベアメタルの“癒着”ストーリー
                                                    • YouTubeを使ってシャドーイングを行い学習記録を作るアプリをリリースしました - Eat, Play, Nap and Code

                                                      はじめに こんにちは。所属するフィヨルドブートキャンプ(以下FBC)の最終課題である自作サービスにて、Shadone(しゃどーん)というWebアプリを作成しリリースしました。 このアプリについて紹介させていただくとともに、作る過程で学んだこと、苦労したことなどを共有できればと思います。 目次 はじめに 目次 自己紹介 サービス概要 使い方デモ動画 使用技術 サービスを作った理由 こんな人に使ってほしい 技術面で苦労したこと Vue.jsが難しい timezoneが難しい 開発を続けるために役に立ったもの 週1のペアプロ 進捗YouTube ポイント付け会 『アジャイルサムライ』輪読会 余談: Discord Botを作った経験 さいごに 自己紹介 2020年10月からFBCで学習を続けてきたトミーと申します。 趣味は語学の勉強で、DuolingoのStreakは1205(2022年9月12

                                                        YouTubeを使ってシャドーイングを行い学習記録を作るアプリをリリースしました - Eat, Play, Nap and Code
                                                      • 『良いコード/悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方』は、駆け出しからマネージャ、経営層までコードに関わる人、コードからの恩恵を得る人、みんなが読むと良い一冊ではないでしょうか - Magnolia Tech

                                                        良いコード/悪いコードで学ぶ設計入門―保守しやすい 成長し続けるコードの書き方 作者:仙塲 大也技術評論社Amazon 面白かったので土曜日の午後に一気に読み切ってしまった。今年は、ソフトウェアやシステムに関する技術書が豊作な年ですね。10年後でも十分に通用する本ばかり出版されていますね。 本書『良いコード/悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方』もそんな1冊です。 仮に、この本を駆け出しエンジニアの時に買っても、その後のキャリア......シニアエンジニア、マネージャー、人事や経営と、色々な立場の時に「使える本」になります。それは、この本が技術を理解するだけでなく、「エンジニアの価値観を理解するための本」と言ってもいいからでしょう。 駆け出しの人は、「良いコード」と、「悪いコード」の区別の仕方、というより、そもそもそういう区別があること自体を理解するのに読む

                                                          『良いコード/悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方』は、駆け出しからマネージャ、経営層までコードに関わる人、コードからの恩恵を得る人、みんなが読むと良い一冊ではないでしょうか - Magnolia Tech
                                                        • 過小評価される「GIVER(ギバー)」という存在が、実は組織崩壊を水際で食い止めているという話。|Kenji Tomita / 冨田憲二

                                                          折に触れて、何度も読み返している隠れた名著ある。 「採用」「チーム」「企業文化」そして自分自身の組織人、人としての「成長」...そんなキーワードにぴったりと追走する、どんな企業、組織、チームでも必要な最重要属性を突き詰めていくといつも突き当たるキーワードがある GIVER(ギバー) この言葉は、意外と語られる事が多くないのではないかと思っています。むしろより頻繁に目に、耳にするのは反対語の TAKER(テイカー) ですね。リスクテイカー、というのはよく聞く言葉(このコンテキストでこの場合はポジティブな側面ではあるが)。 全世界でベストセラーとなった 「GIVE & TAKE(WHY HELPING OTHERS DRIVES OUR SUCCESS」 は日本だといまいちパッとしなかった感が否めないんですが、むしろ日本人こそ国民性的にフィットした納得かつ大変参考にすべき文献として、気がついた

                                                            過小評価される「GIVER(ギバー)」という存在が、実は組織崩壊を水際で食い止めているという話。|Kenji Tomita / 冨田憲二
                                                          • わずか2年でトップセールスに上り詰めた営業が実践し続けた21のコツ

                                                            「成果を出し続けるトップセールスは自分と何が違うんだろう?」そう思ったことはありませんか? 特に「売れないが続く苦しい状態」から「成果をコンスタントに生みだせる状態」まで変化させることができる営業は、一体どんな工夫をしているのか気になるのではないでしょうか。そこで今回はセレブリックスに転職後、初の法人営業に苦しみながらも、2年目にして上期売上1.2億(目標達成率205%)までに成果を押し上げた弊社のトップセールスに、約1年間で実践してきた秘訣を伺いました。 今でこそ大きな成果を出している比留川さんですが、法人営業を始めた頃は毎日のように悩んでいたそうです。「前職で営業経験があったので人並みには売れると思っていたんですけど、この会社にはいってから売れなさ過ぎて、もはややっている意味がわからなくなったんですよね(笑)」と表彰インタビューで語っていた比留川さん。 この記事では、そんな苦しい状態か

                                                              わずか2年でトップセールスに上り詰めた営業が実践し続けた21のコツ
                                                            • レガシーコードからの脱却

                                                              本書への推薦の言葉 序文 訳者まえがき はじめに 第Ⅰ部 レガシーコード危機 1章 何かが間違っている 1.1 レガシーコードとは何か? 1.2 滝(ウォーターフォール)に流される 1.3 一か八かの勝負 1.4 なぜウォーターフォールは機能しないのか? 1.4.1 レシピと公式 1.4.2 開発とテストの分離 1.5 「プロセス」が「忙しい仕事」になるとき 1.6 ガチガチのマネジメント 1.7 ここにドラゴンがいる 1.8 未知を見積もる 1.9 素人業界 1.10 本章のふりかえり 2章 CHAOSレポート再考 2.1 CHAOSレポート 2.1.1 成功 2.1.2 問題あり 2.1.3 失敗 2.2 スタンディッシュレポートの誤り 2.3 プロジェクトがなぜ失敗するのか 2.3.1 コードの変更 2.3.2 蔓延 2.3.3 複雑性の危機 2.4 失敗のコスト 2.4.1 ここに

                                                                レガシーコードからの脱却
                                                              • 「GPT-4の真骨頂」Function callingをプログラミングなしで使い倒す方法|maKunugi

                                                                OpenAIのGPTの真骨頂とも言える機能が「Function calling」ですFunction callingの凄さは、「AIとの自然な会話で様々なソフトウェアを扱えるようになる」点にあります。 とてつもなくすごいことなのですが、ChatGPTと違って利用するのにプログラミングが必要なため、いまいち凄さが伝わっていない感があります。 本記事は、Function callingをノーコードでサクッと動かし、その凄さを体感してもらうための記事です。 ※本記事は、会話型AI構築プラットフォームmiiboを開発する、株式会社miiboの提供です。 どんな事ができるのか?例えばこんなことができます。 ・AIチャットボットとブレストした内容をNotionで記事化しておいてもらう ・AIチャットボットにSNS発信内容を考えてもらい、ツイートをしてもらう ・AIチャットボットが受け付けたお問い合わせ

                                                                  「GPT-4の真骨頂」Function callingをプログラミングなしで使い倒す方法|maKunugi
                                                                • デザイン思考は期待外れだったのか

                                                                  デザイン思考は、世界の複雑な社会的課題を解決できると期待されたが、それに十分に応えてきたとはいえない。デザインに批判的に向き合うことで、デザイナーは自分たちの方法論の有効性を証明するためではなく、コミュニティのために働くことができるようになる。 アンヌ=ロール・フェイヤード  Anne-Laure Fayard サラ・ファサラー Sarah Fathallah 非営利団体、政府、そして国際機関は、複雑な社会的課題に対して革新的な解決策を開発するにあたって、しばしばデザイン思考を活用している。特定の人たちの「ために」ではなく、その人たちも含めた他者と「ともに」行う取り組みにおいてとりわけその傾向が強い。デザイン思考は、デザイナーのナイジェル・クロスによって40年以上前に概念化され、1982年に専門誌Design Studiesに掲載された「デザイナー的知識の方法(Designerly Way

                                                                    デザイン思考は期待外れだったのか
                                                                  • 【角川ドワンゴ学園】本日、非正規雇用教員の使い捨て、コロナ対応等に抗議のストライキをします!|総合サポートユニオン

                                                                    こんにちは。私学教員ユニオンN高支部です。私たちは昨年から学校と労働・教育環境の改善に向けて団体交渉を行っています。 団体交渉では改善が見られないため、本日3/10に角川ドワンゴ学園N/S高校およびN中等部(以下、N高)に対してストライキを行います。(学園HP:https://nnn.ed.jp/) 私たちが学園に対してストライキを行う理由は主に以下の3点です。どれも、学校が利益追求ばかりを考え、教員や生徒をないがしろにしていることがわかります。 ぜひ多くの方に、この現状を知っていただきたいです。また、問題を一緒に改善したいという方がいたら、私たちまでご連絡ください! また、本日20〜21時の間でTwitterデモも開催します。ぜひ、以下のハッシュタグを使って、ブログの拡散などお願いします! 【ハッシュタグ】 #N高は非正規雇用教員の使い捨てをやめろ ! #N高は教員・生徒の命を守れ !

                                                                      【角川ドワンゴ学園】本日、非正規雇用教員の使い捨て、コロナ対応等に抗議のストライキをします!|総合サポートユニオン
                                                                    • スキ・キライ・得意・苦手を可視化したら、互いに成長を支え合うデザインチームができた話|宇野雄 / note inc. CDO

                                                                      クックパッド VP of Design/デザイン戦略本部長の宇野です。 みなさんは苦手なスキル、得意なスキルをどのように把握し成長につなげていますか?今日はそんなお題に向き合ったクックパッドでの取り組みをご紹介します。 僕が今年2月に入社したとき自身の自己紹介資料に入れた簡単なチャートがあります。それがコレ。 スキルマップって基本的には「得意」を可視化するためにあります。でも「得意」だから好きとは限らない。「苦手」だけど好きだってある。 それを可視化するために「得意/苦手」「スキ/キライ」の2軸で表したものです。 こうするとざっくりこの4分類にわかれます。 ・得意 × スキ ・得意 × キライ ・苦手 × スキ ・苦手 × キライ このチャートには絶対値が存在しないし、第三者評価もない。あくまで「自分では自分のことをこう考えていてこうしていきたい」という意思表示です。まさしく「私はこういう

                                                                        スキ・キライ・得意・苦手を可視化したら、互いに成長を支え合うデザインチームができた話|宇野雄 / note inc. CDO
                                                                      • プログラミングスクールの問題点 - Speaker Deck

                                                                        Transcript Burikaigi2020 プログラミングスクールの問題点 合同会社フィヨルド 駒形真幸 None None 今⽇お話すること 1. フィヨルドブートキャンプ概要 2. プログラミングスクールの問題点と対応策 3. スクールとしての⽬標 フィヨルドブートキャンプ概要 None ˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙ ˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙ ˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙ ˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙ ˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙ ˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙ ˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙ ˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙ ˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙ ˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙ ˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙ ˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙ ˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙ ˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙˙

                                                                          プログラミングスクールの問題点 - Speaker Deck
                                                                        • AWS CDKでクラウドアプリケーションを開発するためのベストプラクティス | Amazon Web Services

                                                                          Amazon Web Services ブログ AWS CDKでクラウドアプリケーションを開発するためのベストプラクティス この記事では、AWS Cloud Development Kit (AWS CDK) を中心とした、大規模なチームで複雑なクラウドアプリケーションの開発を組織化するための戦略について説明します。AWS CDK では、開発者や管理者は、TypeScript、Python、Java、C#などの使い慣れたプログラミング言語を使ってクラウドアプリケーションを定義することができます。アプリケーションは、Stage、Stack、Constructに整理されており、ランタイムロジック (AWS Lambda コードやコンテナ化されたサービスなど) と、Amazon Simple Storage Service (Amazon S3) バケット、Amazon Relational D

                                                                            AWS CDKでクラウドアプリケーションを開発するためのベストプラクティス | Amazon Web Services
                                                                          • 2023年の振り返り、そして転職

                                                                            今年も特にアウトプットはできていないですが振り返りをすることにしました。理由はなんとなくタイトルで察するかと思います。 2022年10月にスリーシェイクに転職したわけですが、そこでやると決めていたのは情シス人材の育成でした。 会社として必要な取り組みでもありましたが、自身が今後のキャリアに必要と考え取り組んでいた育成について振り返ってみます。 また、成果について書くとメンティーへのフィードバックのようになりそうだったので自身が何を考え、行動したのかという点にフォーカスして振り返えることにします。 育成の目標 メンティーは年齢も情シスのキャリアもジュニアクラスでした。それを踏まえてどういった育成をすべきかと迷いましたが、漠然と「情シスのマネージャークラスを担える人材に育てる」ということは考えていました。 人材育成のノウハウがまったくない状態からのスタートでしたが、できるかどうかではなく大きな

                                                                            • N予備校でのプログラミングの教え方 - Qiita

                                                                              この記事ではN予備校のプログラミング教育事例を紹介します。 目的 本記事はドワンゴのアドベントカレンダーの記事ということもあり、現場で活躍するエンジニアレイヤに向けて執筆しています。エンジニア視点で見ても結構本格的な教育をしているんだなと感じてもらえれば幸いです。 本記事の目的は以下の2点になります。 N予備校のプログラミング教育に対するスタンスや取り組みを知ってもらいたい。 N予備校の教育事例を別のプログラミング教育の場でも活用してもらいたい。 執筆者 ドワンゴの教育事業部でプログラミング講師をしている小枝と申します。 経歴としては情報通信インフラ業界で2年、SIerで開発とコンサルを5年、ドワンゴではWeb開発を4年、エンジニア人事採用を2年を経て、現職のプログラミング講師は3年目になります。 N予備校のプログラミング教育が目指すもの N予備校プログラミングコースで一番力を入れているプ

                                                                                N予備校でのプログラミングの教え方 - Qiita
                                                                              • 2022 年の夏休みに Zig で QUIC を実装してオープンソースとして公開するお手伝い

                                                                                zig_quic.md 2022 年の夏休みに Zig で QUIC を実装してオープンソースとして公開するお手伝い こちらの応募は終了しました、冬も募集予定です。 提供: 株式会社時雨堂 バージョン: 2022.6.0 著者: @voluntas 成果 @so298 6 週間 QUIC クライアント shiguredo/quic-client-zig @magurotuna 6 週間 QUIC サーバー shiguredo/quic-server-zig @naoki9911 6 週間 TLS 1.3 クライアント/サーバー shiguredo/tls13-zig 目的 夏休み学生向けの OSS スポンサーくらいに考えてもらえれば Zig がとても良い言語だと感じているが、学ぶ余裕はないので代わりに学んで教えて欲しい QUIC は今後インターネットにおいてとても重要な技術となるため学生の

                                                                                  2022 年の夏休みに Zig で QUIC を実装してオープンソースとして公開するお手伝い
                                                                                • 学校の勉強とプログラミングの勉強は何が違うか(そして技術書をどう読むべきか) - give IT a try

                                                                                  これは何? これは僕がメンターをやっているフィヨルドブートキャンプで受講生向けに書いた記事です。 ただ、内容の8割ぐらいは未経験からプログラマを目指している初心者のみなさんにも役立つと思うので、そのまま公開することにしました。 想定読者は「フィヨルドブートキャンプの受講生」なので、フィヨルドブートキャンプの関係者以外の人が読むと「???」となる部分があるかもしれませんが、その点は悪しからず🙏 それでは以下が本編です。 はじめに みなさんはフィヨルドブートキャンプに入ってプログラミングの「勉強」をします。また、大半の受講生のみなさんは学校で「勉強」してきたと思います。どちらも「勉強」ですが、実は学校の勉強とプログラミングの勉強は異なる点が多いです。その違いを意識せずに、学校の勉強と同じ感覚でプログラミングの勉強をやると、非効率な勉強をしてしまう恐れがあります。 この記事ではプログラミングの

                                                                                    学校の勉強とプログラミングの勉強は何が違うか(そして技術書をどう読むべきか) - give IT a try