並び順

ブックマーク数

期間指定

  • から
  • まで

521 - 560 件 / 8060件

新着順 人気順

engineerの検索結果521 - 560 件 / 8060件

  • Marie Kondo your software stack with open source

    As someone makes more money, expenses once considered luxuries can suddenly become seen as necessities: It’s called lifestyle creep. In the world of software development, we can suffer from a similar affliction: stack creep. Where hardware limitations once restricted developers to a minimalist approach, increased processing power, memory, and storage have led many down a more maximalist path. It’s

      Marie Kondo your software stack with open source
    • 日本政府はミャンマー国軍が市民を殺害し続けることを黙認するのか?!|山本宗補(やまもと むねすけ)

      4月9日、インターネットメディアのMyanmar Now によると、ミャンマー(ビルマ)で国軍によるクーデターが発生してから二ヵ月の間に死者が600人を超え、悪化する一方のミャンマー(ビルマ)情勢を受け、韓国を含む15の国と地域の駐ミャンマー大使らが、「暴力の停止、政治囚の釈放、民主主義の回復」を求めて署名した共同声明を発表した。驚いたことに、そこには日本の駐ミャンマー大使は含まれていない。絶句した。ありえないと思ったが、Japan はない。 署名したのは Australia, Canada, European Union & members of EU with presence in Myanmar(Czech Republic, Denmark, Finland, France, Germany, Italy, Netherland, Spain, Sweden, Switzerla

        日本政府はミャンマー国軍が市民を殺害し続けることを黙認するのか?!|山本宗補(やまもと むねすけ)
      • 公用語が英語の組織で、日本語話者エンジニアがオススメする英語学習お役立ちツール【2022年初版】 - Money Forward Developers Blog

        エンジニアブログでは初めまして、CTO室グローバル部のnishimura.yukariです。 前部署のCIO室から会社の社内異動公募制度(チャレンジシステム)を経て現在の部門で働いています。 (異動に至る経緯や想いは色々あるのですが、ちょっと長すぎるので別の機会にまたnoteにでも・・・) 先日、当社CTOから発表した通り、マネーフォワードのエンジニアリング組織では今後3年以内の公用語英語化を進めています。 マネーフォワードCTOが考えていること(2021年9月) グローバル部はその先駆者として、東京勤務ながらチームの公用語を英語に切り替え、様々な国出身のエンジニアが集って開発を進めている部門です。 そんな部署に異動志望を出した私自身といえば、実は【マネフォにジョインするまで、流暢に英語を話す人を周囲でほとんど見たことがなかった】ほど、英語とは無縁の学習環境からの出発でした。 エンジニアら

          公用語が英語の組織で、日本語話者エンジニアがオススメする英語学習お役立ちツール【2022年初版】 - Money Forward Developers Blog
        • 楽しさも怖さも成長の糧になる。独学からスタートしたフロントエンドエンジニアとしてのキャリア - Findy Engineer Lab

          2016 年 HTML5 カンファレンスでの講演 はじめまして、小林(@koba04)です。現在はソフトウェアエンジニアとしてサイボウズで週4日、SmartHR で週1日働いています。2021 年 3 月に東京から静岡県の富士市に移住してフルリモートワークという働き方をしています。OSS では React 関連のライブラリのメンテナンスなどを行っています。 この記事では、私がこれまでのキャリアで Web の面白さを感じソフトウェアエンジニアとして働き始め、フロントエンドエンジニアとして働くようになる中で考えたことや大切にしていることを紹介します。 Web エンジニアとして働くということ 私が Web の面白さを感じるようになったのは、好きな音楽を伝えようと始めたブログやホームページ作成がきっかけでした。誰の許可を得る必要もなく自分の書いたものを公開でき、それに対する反応がある世界。今では当

            楽しさも怖さも成長の糧になる。独学からスタートしたフロントエンドエンジニアとしてのキャリア - Findy Engineer Lab
          • Software Design「データベース速攻入門」に「SQL50本ノック」が掲載されました - LIVESENSE ENGINEER BLOG

            リブセンスでデータエンジニアをしている富士谷です。 Software Designのデータベースに関連する特集記事を再構成した「データベース速攻入門 ~モデリングからSQLの書き方まで」が、2023年3月に発売されました。 gihyo.jp リブセンスがSoftware Design 2017年11月号に寄稿した「データ分析に効くSQL50本ノック」が、内容を更新して再掲載されました。 今回、再掲載にあたって、「SQL50本ノック」の内容の更新を私が担当しましたので、簡単に紹介します。 SQL50本ノック 「SQL50本ノック」は、SQL、特にSELECT文の演習問題集です。 PostgreSQLをDockerで立ち上げて、もっともシンプルな例から実行し、WHERE句、LIMIT句などを一つ一つ体験し、最後には、移動平均といった高度な文法を習得する事ができます。 これを読めば、SQLを使っ

              Software Design「データベース速攻入門」に「SQL50本ノック」が掲載されました - LIVESENSE ENGINEER BLOG
            • データをモデリングしていたら、組織をモデリングし始めた話 / engineers-in-carta-vol3-data-engineer

              イベントページ https://cartaholdings.connpass.com/event/248756/ アーカイブ https://youtu.be/_GGR1xI4IUw 変化し続けるビジネス、増加し続けるデータに、どのように向き合ってきたか。また、データに強い組織にするには、組織構造から再考する必要性が顕在化した。これまで何をやってきたか?これからは何をするか?株式会社Zucksとデータの泥臭い事例について紹介します。

                データをモデリングしていたら、組織をモデリングし始めた話 / engineers-in-carta-vol3-data-engineer
              • データ基盤のメタデータを継続的に管理できる仕組みを作る - Hatena Developer Blog

                こんにちは。MackerelチームでCRE(Customer Reliability Engineer)をしているid:syou6162です。 CREチームではカスタマーサクセスを進めるため、最近データ分析により力を入れています(参考1, 参考2)。データ分析を正確に行なうためには、データに関する正確な知識が必要です。今回はより正確なデータ分析を支えるためのメタデータを継続的に管理する仕組みについて書いてみます。 データに対する知識: メタデータ データ分析を正確に行なうためには、データ自身に関する知識(=メタデータ)が必要です。例えば、Mackerelのデータ分析タスクでは以下のような知識が必要とされることが多いです。 このテーブル / カラムは何のためのテーブルなのか 似たようなカラムとの違い 集計条件の違い、など データがどのような値を取り得るか SELECT column, COU

                  データ基盤のメタデータを継続的に管理できる仕組みを作る - Hatena Developer Blog
                • Rubyでrescueしたらグローバルなオブジェクトを破壊してたよって話 - ANDPAD Tech Blog

                  こんにちは、ydahです。 2021年の12月から株式会社アンドパッドでソフトウェアエンジニアとしてANDPAD検査の開発に携わっています。 昨年、息子が生まれてから夜更かしすることがなくなり、早朝に起きては軽くジョギングをしてから、OSSプログラミングにいそしむのが朝のルーティンになった今日このごろです。 さて本稿では、Rubyの例外処理を眺めていたらrescueがグローバルなオブジェクトを破壊するケースがあったんですよという話と、その対策について話したいと思います。 発生していたケースについて 突然ではありますが以下のコードをご覧ください。 この中にグローバルなオブジェクトを壊してしまうrescueがいます。 # 1 begin raise 'foo' rescue ArgumentError end # 2 begin raise 'foo' rescue => ArgumentEr

                    Rubyでrescueしたらグローバルなオブジェクトを破壊してたよって話 - ANDPAD Tech Blog
                  • 創業記念日なのでエンジニア組織のマネージャーについて考えてみた | DevelopersIO

                    はじめに 本日7月7日はクラスメソッド株式会社の創業記念日です。クラスメソッドは16期目を迎えました。つまり15周年ですね。ばんざーい。 さて、最近すっかりテクニカルなブログを書く機会が減ってしまった僕ですが、創業記念日の今日も、マネジメントについてポエムりたいと思います。なお、マネージメント論やマネージャー論は人によって大きく想いや解釈が違うものであり、その組織の状況やフェーズや文化によってそれぞれ違います。以下のブログはあくまで僕個人の価値観であることをご理解ください。 マネージャーは不要なのか? という話題をよく見かけるようになりましたが、まずそもそもエンジニア組織のマネージャーって何やってるの?というところを細分化したいと思います。 エンジニア組織のマネージャーをロールに分けるのであれば、大きく以下の4つになると僕は考えます。 組織マネージャー 技術マネージャー ビジネスマネージャ

                      創業記念日なのでエンジニア組織のマネージャーについて考えてみた | DevelopersIO
                    • 軍事機密をピーナツバターサンドにはさんで売ろうとした夫婦が逮捕

                      軍事機密をピーナツバターサンドにはさんで売ろうとした夫婦が逮捕2021.10.17 09:009,569 Tom McKay - Gizmodo US [原文] ( 福田ミホ ) すごく香ばしそうなピーナツバターサンドです。 ZDNetなどの報道によれば、米海軍のエンジニアとその妻が、原子力潜水艦に関する極秘データを外国政府に売ろうとしていたとして逮捕されました。FBIがその罪状を記した裁判文書によれば、米海軍原子力技師のJonathan Toebbeとその妻Diana Toebbeは、軍事機密入りのSDカードをピーナツバターサンドイッチにはさんで「外国政府」に引き渡し、その対価として暗号通貨を受け取っていました。彼らの失敗は、パンの耳を切らなかったこととか、ピーナツバターサンドにジャムを入れなかったこととかじゃなく、「外国政府」がじつはFBIの捜査官だと気づかなかったことでした。 海軍の

                        軍事機密をピーナツバターサンドにはさんで売ろうとした夫婦が逮捕
                      • 「楽しい・おもしろい」を選び続けた先に今があった GMOペパボ VPofE 兼 技術部長とOSSとの20年間 - Findy Engineer Lab

                        皆さん、はじめまして。GMOペパボ株式会社の執行役員 VP of Engineeringと技術部長を兼任している柴田(@hsbt)と申します。私はOSSのプログラマーとして、プログラミング言語Ruby本体と周辺ツールの開発にも携わっています。 今回、「私の選択」と題した寄稿の機会をいただいたので、一定規模の組織のエンジニアリングマネージャーのトップ、OSSのプログラマーの一人として普段考えていることをご紹介したいと思います。本稿が皆さんのキャリアやソフトウェア開発への取り組みへの一助となれば幸いです。 OSSとの出会い ─ コミュニティと仕事との関わり tDiaryとの出会いがOSSとの関わりを決めた ソフトウェアを届けるために必要なこと Rubyの開発で必要なことを全てやる プロダクトの成長に必要なことは全てやる ソフトウェアを届けることにフォーカスする 技術だけではなくビジネスについて

                          「楽しい・おもしろい」を選び続けた先に今があった GMOペパボ VPofE 兼 技術部長とOSSとの20年間 - Findy Engineer Lab
                        • Engineering Leadership Skill Set Overlaps

                          Q: I’ve noticed quite a bit of similarity between staff engineering roles and engineering management. What is your take on the similarities and differences?An interesting observation is how many leadership roles in Big Tech and at high-growth startups begin to utilize overlapping skill sets after a while. At these companies, everyone working in engineering or product is technical, meaning they hav

                            Engineering Leadership Skill Set Overlaps
                          • ChatGPTでプログラミングは一切なしでExcelの集計・編集作業をする - Taste of Tech Topics

                            今朝は雨が降ったようで、久しぶりに涼しい朝を迎えられた菅野です。 前回の記事「日々のExcel管理を効率化するPythonスクリプトをChatGPTに作ってもらう」には多くの反響をいただきありがとうございます。 acro-engineer.hatenablog.com 前回は、Pythonスクリプトを生成することで、Excel管理の作業を自動化することを目的としていました。 ただ、エンジニアでない社員からは、以下のようなコメントをもらいました。 エンジニアではない人はPython実行もハードルが高い ChatGPTとExcelファイルだけで完結させてほしい ということで、今回はPythonスクリプトを意識することなく、ChatGPTのCode Interpreterのみを用いてExcelの集計・編集作業を行ってみます。 今回のテーマではGPT-4モデル、Code Interpreterを使

                              ChatGPTでプログラミングは一切なしでExcelの集計・編集作業をする - Taste of Tech Topics
                            • セキュリティインシデントと大規模障害を経てClassiは開発組織をどう変化させたのか - Classi開発者ブログ

                              こんにちは、元テックリード、この10月からVPoT(Vice President of Technology)に就任した、Classiの丸山(id:nkgt_chkonk)です。 前回の記事では、前CTO(現VPoE=Vice President of Engineer)の佐々木が「Classiで発生した2つの問題を繰り返さないために我々が取り組んでいること」というタイトルで、社内体制を変更したことをお伝えしました。 今回はわたしから、組織体制の変更の背景や、現在どのような体制で、どのような課題に取り組んでいるのかをさらに詳しくお伝えしたいと思います。 4月~5月にかけての2つの問題の原因となった「甘え」 前回の記事でお伝えしたとおり、2020年の4月〜5月にかけて、Classiは外部の攻撃者による不正アクセスおよびデータの漏洩という大きなセキュリティインシデントと、アクセス増による大規模

                                セキュリティインシデントと大規模障害を経てClassiは開発組織をどう変化させたのか - Classi開発者ブログ
                              • エンジニアリングマネージャーの4領域はEM以外のメンバーでも濃淡はあれど意識する必要がある - stefafafan の fa は3つです

                                株式会社はてなでテックリードとして仕事をしている id:stefafafan です。今回は自分が個人的に考えてきたことを記事としてまとめてみます。 エンジニアリングマネージャーの4領域とは EMでなくとも4領域を意識する必要がある テックリードの場合 スクラムマスターの場合 Individual Contributor (IC) の場合 ロールを持たないソフトウェアエンジニアの場合 結局エンジニアリングマネージャーの役割とは 終わりに エンジニアリングマネージャーの4領域とは ここで私がEMの4領域と呼んでいるのは以下の4つの領域のことです。 テクノロジーマネジメント アーキテクチャやテストなど プロジェクトマネジメント 見積もりやアジャイル開発など プロダクトマネジメント ビジョンや仮説検証など ピープルマネジメント メンバーの成長やメンタリングなど これらの4つの領域は @hiroki

                                  エンジニアリングマネージャーの4領域はEM以外のメンバーでも濃淡はあれど意識する必要がある - stefafafan の fa は3つです
                                • 個人開発が続かない理由は「時間」「戦略」「気力」「孤独」 4つの“つらみ”を解消するアジャイル開発・スクラム開発のエッセンス

                                  自分がニッチだと思っているテーマについて発表する「Qiita Engineer Festa 2023〜私しか得しないニッチな技術でLT〜」。ここで株式会社ノーススターの古谷氏が登壇。個人開発の“つらみ”を解消するアジャイル開発・スクラム開発のエッセンスについて話します。 古谷氏の自己紹介 古谷聡希氏:「個人開発のつらみを経営計画とスクラムの手法で乗り切る技術」です。よろしくお願いします。 今日のテーマはニッチな技術ですが、私は(ニッチな技術と言いつつも)どちらかというと王道技術のニッチな活かし方なのかなと思って発表します。なので、そのように念頭に置いて聞いてもらえたらうれしいです。 あらためまして、古谷と申します。中小企業診断士で、いわゆる経営コンサルの国家資格と認定スクラムマスターを持って活動しています。 会社員としては三井物産株式会社のIT医療の領域の関連会社の株式会社ノーススターでエ

                                    個人開発が続かない理由は「時間」「戦略」「気力」「孤独」 4つの“つらみ”を解消するアジャイル開発・スクラム開発のエッセンス
                                  • バッチ処理のスケジューリングパターン

                                    この記事はこの記事は Google Cloud Japan Customer Engineer Advent Calendar 2019 の 12日目の記事です。 はじめにGoogle Cloud Platform (GCP) でバッチ処理を起動するための以下のパターンについてご紹介したいと思います。以下、8パターンあげてみました。とはいえ、最後の3つは GCP のバッチスケジューリングという観点からは少し外れますが、バッチの起動時に使われるということでご容赦を。 Cloud Scheduler : フルマネージドな cron ジョブスケジューラです。フルマネージドという点が非常に大きなメリットであり、多くの処理を自動化し実行することが可能です。Google App Engine cron サービス : HTTP GET を利用して、特定の URLを呼び出します。Google AppEng

                                      バッチ処理のスケジューリングパターン
                                    • ゆずたそ流スライドデザインTips集 - 下町柚子黄昏記 by @yuzutas0

                                      この記事の趣旨 筆者(@yuzutas0)がプレゼンテーション資料作成をアシスタントに代行してもらうにあたって「こういう点に注意してほしい」という項目を列挙した。 自分のために書いた記事ではあるが、筆者と関わりがない方も、ぜひスライド作成の参考にしていただけると幸いだ。 もくじ この記事の趣旨 もくじ 背景 免責・参考資料 必読書 Tips 01: キーメッセージ Tips 02: コンセプト Tips 03: アウトライン Tips 04: PREP法 Tips 05: 免責事項 Tips 06: 自己紹介 Tips 07: 1スライド・1メッセージ Tips 08: 余白とグルーピング Tips 09: 余計な要素を削ぎ落とす Tips 09: 箇条書きではなく図や表にする Tips 10: x軸とy軸の慣習に従う Tips 10: カラーの慣習に従う Tips 11: カラーは6色ま

                                        ゆずたそ流スライドデザインTips集 - 下町柚子黄昏記 by @yuzutas0
                                      • 【2022年最新AI論文】画像異常検知AIの世界最先端手法「PatchCore」の論文を解説【CVPR 2022】 - Qiita

                                        本日(2022/6/19)からアメリカのニューオーリンズで開催されているCVPR2022(2022/6/19-24)で、世界最先端の異常検知手法「PatchCore」が発表されました! CVPRはコンピュータビジョン分野のトップカンファレンスで、画像系AI研究の最難関の国際会議の一つです。ちなみに、昨年(CVPR2021)の採択率は23%。 PatchCoreは、外観検査(画像の異常検知)タスクで有名なデータセット「MVTecAD」でSOTA(State-of-the-Art)を達成しています。 この記事では、世界最先端の画像異常検知AIがどのような手法なのか、できるかぎり簡単にわかりやすく論文を解説したいと思います。 論文解説 タイトル/著者 Towards Total Recall in Industrial Anomaly Detection Karsten Roth, Latha

                                          【2022年最新AI論文】画像異常検知AIの世界最先端手法「PatchCore」の論文を解説【CVPR 2022】 - Qiita
                                        • SRE座談会 - 株式会社はてな

                                          はてなでは、さまざまなチームのSRE(Site Reliability Engineer)が横断的に集まり、技術的な標準化を通じて社内の各チームのSREを支える活動を行っています。チームごとの具体的な取り組みについて、CTOのid:motemenと、SREのid:masayosu、id:taxintt、id:cohalzの3人に語ってもらいました。 はてなのSREが取り組む社内技術の標準化とはまずはみなさんの自己紹介、チームでの役割を教えてください。

                                            SRE座談会 - 株式会社はてな
                                          • Railsプロジェクトへの「頑張らない型導入」のすすめ - メドピア開発者ブログ

                                            こんにちは。サーバーサイドエンジニアの三村(@t_mimura)です。 主に保険薬局と患者さまを繋ぐ「かかりつけ薬局」化支援アプリ kakariのサーバーサイド開発(Ruby on Rails)を担当しています。 突然ですが! この度kakariプロジェクトは「型導入」をしました! kakariのRailsリポジトリに型導入PRがマージされた様子 皆さんのプロジェクトは「型導入」していますか? 「型導入」しているRailsプロジェクトはまだ少ないのではないでしょうか なぜ型導入しないのか 型を導入すると何かしらが便利になることは分かっているのに何故やらないのでしょうか(煽り気味) 「型の恩恵」と「型を自分たちで書くコスト」の2点を比較していませんか? RubyKaigi 2023開催前の私がまさしくそう考えていました。 本当にその2点を比較するべきなのかをここで再考してみましょう。 「型導

                                              Railsプロジェクトへの「頑張らない型導入」のすすめ - メドピア開発者ブログ
                                            • 遠回りこそが僕にとって最短の道 ── 納得できるソフトウェア開発がしたいなら、まず目の前のことを楽しもう - Findy Engineer Lab

                                              ▲ 2020年1月に開催された「Regional Scrum Gathering℠ Tokyo 2020」に登壇(撮影:藤村新 @aratafuji さん) こんにちは、椎葉光行(@bufferings)です。CircleCIでIC(Individual Contributor)としてシニアソフトウェアエンジニアをやってます。20代に小さな開発会社や派遣でプログラミングを覚え、30代をまるっと楽天で過ごし、2021年に41歳で転職しました。現在は大阪の自宅からフルリモートで仕事をしています。 この20年、ずっといろいろなことを学びながら過ごしてきました。その中でも特に楽天で過ごした30代は「密度の濃い10年間だったなぁ」と思います。エンジニアとして技術的な成長はもちろん、チーム作りや組織作りにも取り組み、人と一緒に仕事をすることについて考え続けた10年でもありました。 この記事では私の30

                                                遠回りこそが僕にとって最短の道 ── 納得できるソフトウェア開発がしたいなら、まず目の前のことを楽しもう - Findy Engineer Lab
                                              • dbt導入によるデータマート整備 - ZOZO TECH BLOG

                                                はじめに こんにちは、ML・データ部推薦基盤ブロックの栁澤(@i_125)です。私はZOZOのデータ基盤におけるデータガバナンス強化を実現するために、Analytics Engineerとして複数の部門を跨ぐプロジェクトチームに参加しています。本記事ではZOZOにおけるデータガバナンス上の課題と、その課題の解決策の1つとしてdbtを導入した話をご紹介します。 目次 はじめに 目次 背景 課題 データマートの乱立 集計定義のばらつき 依存関係の洗い出しが困難 データモデリングツールの比較検討 データ変換に関する要件 データモデリングツールの選定 レイヤリングによる責務の分離 実装方針 今後の展望 dbtモデルを開発する上で工夫したこと 環境の分離 背景 工夫したこと ダミーデータセットの生成 背景 工夫したこと SQLFluffを使ったフォーマット統一 依存モデルを含むテスト dbt Doc

                                                  dbt導入によるデータマート整備 - ZOZO TECH BLOG
                                                • 人生はyak shaving。失敗も遠回りもいつか自分の糧になると、エンジニアの仕事が教えてくれた - Findy Engineer Lab

                                                  こんにちは。motemen(id:motemen)と申します。現在、株式会社はてなでCTOとして開発組織や技術方針のマネジメントに携わっています。新卒ではてなに入社してから、気づけば15年が過ぎていました。今回「Findy Engineer Lab」で寄稿の機会をいただきましたので、自分のキャリアを簡単にふり返ってみたいと思います。 プログラミングの初期衝動 あらゆるウェブページをハックできる、JavaScriptの全能感 プログラマからソフトウェアエンジニアになっていく コードで自分が評価されることの恐ろしさを知った 「話すことが得意ではない」自分がマネジメントの道へ チーフ、そしてCTO 人生yak shaving プログラミングの初期衝動 初めてプログラミングに触れたのは小学生の頃でした。家に、親が仕事で使っていたパソコン(PC-9801)があったので、それに本屋で買ったムック本につ

                                                    人生はyak shaving。失敗も遠回りもいつか自分の糧になると、エンジニアの仕事が教えてくれた - Findy Engineer Lab
                                                  • 夢中になった技術が「打ち込める仕事」になるまで ─ OSS検索エンジンの開発にコミットし事業にも貢献する - Findy Engineer Lab

                                                    はじめまして、 @mocobetaと申します。 パッケージソフトウェアベンダー、コンサルティング会社、Webサービス企業などを経て、現在は株式会社LegalForceというスタートアップの研究開発セクションでソフトウェアエンジニアをしています。 個人としては、Python形態素解析ライブラリjanomeを開発するとともに、OSS検索エンジンライブラリApache Luceneのコミッターをしています。ちなみに本記事のアイキャッチ画像は、絵師さんに描いてもらったjanomeのキャラクターです。とてもかわいく描いていただいて、お気に入りの1枚です。 この記事では、進路とエンジニアとしての力不足に悩んでいた私の若手時代から、10年(以上)の模索期間を経て、ライフワークにしたいと思える技術に出会い、なんとか好きな仕事で食べていけるようになるまでを振り返ります。アップダウンの激しいIT業界において、

                                                      夢中になった技術が「打ち込める仕事」になるまで ─ OSS検索エンジンの開発にコミットし事業にも貢献する - Findy Engineer Lab
                                                    • 「質問箱」を作った個人開発者・せせりさんの語る、「個人開発はおすすめしない」理由!?

                                                      2018年にリリースされ、未だに人気サービスとして使われている「Peing -質問箱- 」。 実はこのサービス、開発と開発後の数ヶ月の間はたった1人の個人開発者・せせりさんによって開発・運営されていました。 しかもこのせせりさん、これまでに複数のサービスを収益化・事業譲渡されており、間違いなく日本でもトップレベルの個人開発者の1人です。 そんなせせりさん、なんとほぼすべてのサービスを1人で作り上げているとのこと。 AWS・GCPといったクラウドサービスの普及やスマホアプリの登場に伴いハードルが低くなりつつある個人開発ですが、参入も増え成功するのは難しくなってきています。 今回は、個人開発者として開発を続けてきたせせりさんに、個人開発で成功するための秘訣をインタビュー! と思いきや、せせりさんの回答は…「個人開発はおすすめしない」!? せせり : 本名は大岡まひろ。月間2.5億PV超えを達成

                                                        「質問箱」を作った個人開発者・せせりさんの語る、「個人開発はおすすめしない」理由!?
                                                      • 技術に対するモチベーションが下がったらどうする?Javaスペシャリストを20年以上支えてきた思考法とは - Findy Engineer Lab

                                                        世の中にはさまざまなタイプのエンジニアがいます。流行に合わせて次々と新しいプログラミング言語やフレームワークを習得する人もいれば、特定の技術に長く携わり専門性を高める人もいるでしょう。 後者のタイプの代表格と言える一人が、Javaのスペシャリストとして知られるLINE Fukuoka株式会社のきしだなおき(@kis)さん。 彼は20年以上にわたり、この言語と向き合いスキルを突き詰めてきました。 最近では、書籍『プロになるJava*』を執筆するなど、Javaの認知拡大・普及のための活動も行っています。 きしださんは、Javaへの興味が長く続いた理由として「技術コミュニティの存在が大きく影響している」と語ります。 今回はきしださんに、技術コミュニティに関連したエピソードとともに、キャリアを振り返っていただきました。 *…技術評論社より2022.3.19出版。きしだなおきさん、山本裕介さん、杉山

                                                          技術に対するモチベーションが下がったらどうする?Javaスペシャリストを20年以上支えてきた思考法とは - Findy Engineer Lab
                                                        • エンジニア・研究者が再びプロモデラーを目指す - 「好きなこと」を持続的な事業にするために考えたこと【寄稿:まつもとりー】

                                                          こんにちは。松本亮介と申します。インターネットやSNS上では「まつもとりー」と呼ばれることが多いです。 わたしは、インターネットやWebサービスの基盤技術に関するエンジニアを経て、現在はインターネット基盤技術について研究をしている研究者です。また、複数の企業において、事業組織の改善や事業・プロダクトマネージメント、技術的課題、技術ブランディングなどに関するアドバイス活動に技術顧問として取り組んでいます。これまでの実績は、松本 亮介(まつもと りょうすけ)の研究・開発業績ページに書いています。 そんなわたしが、本稿でテーマとするのは「プラモデル製作 / プロモデラー」です。エンジニアリングでも、インターネット基盤技術でもなく、プラモデル。この時点で頭の中にはてなマークが出ている読者もいることでしょう。実はわたしは、2018年ころより、かなりのリソースをプラモデル製作に投下してきました。本稿で

                                                            エンジニア・研究者が再びプロモデラーを目指す - 「好きなこと」を持続的な事業にするために考えたこと【寄稿:まつもとりー】
                                                          • Programming Kubernetesを読んで学んだこと - go_vargoのブログ

                                                            Programming Kubernetesの紹介 「Programming Kubernetes」はO’Reilly社から出版されているKuberntesのアーキテクチャやCustom Controllerの実装、Custom API Serverの実装などについて掘り下げている本です。 Kubernetesのハイレベルアーキテクチャに触れている本は、日本語でもいくつかありますが、ソースベースのローレベルアーキテクチャで触れている本は本書しかないのではないかと思います(私が知らないだけかもしれません)。 著者は元Red Hat → AWSのDeveloper AdvocateのMichael HausenblasさんとRed Hatのprincipal engineerのStefan Schimanskiさんです。 www.oreilly.com 2019/07/21に購入し、2019/

                                                              Programming Kubernetesを読んで学んだこと - go_vargoのブログ
                                                            • GitHub Codespacesの導入とその設計 - Speee DEVELOPER BLOG

                                                              ネイティブアド配信プラットフォームUZOUの開発をしているエンジニアの @kanga333 です。UZOUでは今年の8月あたりからGitHub Codespaces(以後Codespaces)を全面的に導入しました。この記事ではUZOUにおけるCodespacesの利用事例について簡単に紹介します。 GitHub Codespacesとは? GitHub CodespacesとはGitHubの提供するクラウド開発環境のサービスです。Codespacesを利用するとクラウド上のVMの上にリポジトリのコードと諸々の環境がセットアップされたコンテナが立ち上がり、開発者はその環境に接続して開発をすることができます。 GitHub, Inc. 自体がGitHub Codespcesのユーザーであるため、かなりの大規模環境でも実績のあるサービスとなっています。GitHub自身の事例に興味が出た方は以下

                                                                GitHub Codespacesの導入とその設計 - Speee DEVELOPER BLOG
                                                              • AWSマネージドサービス+Terraformを活用してDBオペレーションをより安全&簡単に(pt-oscの例) - freee Developers Hub

                                                                おはこんばんちは、Database Reliability Engineerの橋本です。 以前、freee Developers Hubにて、MySQLのスキーマ変更をオンラインで実施するためのpt-online-schema-changeの導入に関する検討記事を書かせていただきました。こちらはカラムの型変更のようなテーブルロックがかかりオンラインで実施できないような変更や、オンラインで実施できても完了までに長時間かかるようなケースで用いています*1。 運用の都合上、pt-online-schema-changeをそのまま用いるのではなく、以下の4つのフェーズにそれぞれ作業を分割し、個別に実行できるようにしています。前回の記事を要約すると次の流れとなります: pt-online-schema-change コマンドを実行し、スキーマ変更済みテーブルを新規作成し、pt-online-sche

                                                                  AWSマネージドサービス+Terraformを活用してDBオペレーションをより安全&簡単に(pt-oscの例) - freee Developers Hub
                                                                • Blue/Green デプロイと安全性と複雑性と - #AWSDevDay 2022 登壇解説 -

                                                                  はじめに 今年も AWS Dev Day で登壇しました。私が AWS に入社したのが2019年でそこから毎年何かしら登壇して、今年が4回目でした。過去の登壇資料なんかは巻末に貼り付けておきます。 今年は運営メンバーにも加わってイベント作りから関わり、 CFP の選定や他のセッションのレビュー、総合司会なんかもやりました。 そもそも AWS Dev Day は、AWS が開催するイベントの一つで、名前の通り特に開発者の方、普段ソフトウェア・アプリケーションを開発している方、プログラミングしている方というところに焦点を絞って、「開発者の方に登壇いただき、開発者の方に楽しんで欲しい、開発者の方が今日から役立てるコンテンツをお届けしたい」そういうイベントです。 登壇資料/動画 兎にも角にもまずは以下を一度ご覧いただくことをこの記事ではおススメします。その上で補足・解説していくような立て付けの記事

                                                                    Blue/Green デプロイと安全性と複雑性と - #AWSDevDay 2022 登壇解説 -
                                                                  • 技術的負債で悩む人たちを救いたい。苦渋を味わったシステム設計から私が逃げ出さない理由 - Findy Engineer Lab

                                                                    READYFORでアプリケーションアーキテクトを務め、システム設計やリファクタリングについて第一線で発信をする仙塲大也さん。ネット上ではミノ駆動(@MinoDriven)の名前で活動しています。 著書の『良いコード/悪いコードで学ぶ設計入門』は、2022年4月の発売から10カ月で3万部を超え、「ITエンジニア本大賞2023」の技術書部門大賞を受賞しました。 そのプレゼン大会でミノ駆動さんは、「みんなで強くなる」「昔の自分を助けに行く」という思いで本を執筆したと語り、大賞受賞スピーチでは感極まって涙する場面もありました。 エンジニアになった頃は会社の技術的負債に忙殺される日々で、「システム設計」という概念すら知らなかったというミノ駆動さんは、いかにしてリファクタリングのスペシャリストになったのでしょうか。 激動のキャリアと設計への思いについてお聞きしました。 技術的負債を解消するシステム設計

                                                                      技術的負債で悩む人たちを救いたい。苦渋を味わったシステム設計から私が逃げ出さない理由 - Findy Engineer Lab
                                                                    • ITエンジニアの面接|よく聞かれる質問と受け答えのポイント<回答例や逆質問例あり>

                                                                      dodaチャットサポート 対応時間:10:00~22:00(日曜・年末年始を除く) 自動案内は24時間365日対応 転職の「モヤモヤ」、一人で悩まず 気軽に相談してみませんか? dodaの使い方は? 今の仕事を続けるべき?

                                                                        ITエンジニアの面接|よく聞かれる質問と受け答えのポイント<回答例や逆質問例あり>
                                                                      • A Senior Engineer's CheckList

                                                                        CheckList This is a simple checklist, and while it is useful to any software engineer, it is especially useful to senior engineers. # Task Effort Category Impact Task Career Company

                                                                        • 欠陥を早期に発見するための Software Engineer in Test とその重要性 / What is Software Engineer in Test and How they works

                                                                          @IT 開発変革セミナー 2024 春 ~Spring~ ~効率化、コスト削減にとどまらない、システム開発の在るべき姿~ 基調講演2 https://members09.live.itmedia.co.jp/library/Njc3Nzc%253D

                                                                            欠陥を早期に発見するための Software Engineer in Test とその重要性 / What is Software Engineer in Test and How they works
                                                                          • ChatGPTの「メモリ(Memory)」機能の活用法 - Taste of Tech Topics

                                                                            こんにちは、暖かくなったと思ったら涼しくなったりと、なかなか洋服選びが難しい季節ですが皆さん体調お変わりないでしょうか。安部です。 今回は、ChatGPTで少し前に一般公開された「メモリ(Memory)」機能をご紹介し、活用のためのTipsを共有できればと思います。 機能の利用自体は何も意識せず簡単にできますが、意識的に活用しないと本領発揮してくれない機能だなという印象です。 まずは、どのような機能なのか簡単に見ていきましょう。 メモリ機能の概要 メモリ機能が使えると何がうれしいのか メモリ機能の有効化 実際に使ってみる 活用Tips ショートカットコマンドの作成 手順自動化 前提知識の補完 メモリの削除 プライバシー/セキュリティについて まとめ メモリ機能の概要 「メモリ(Memory)」機能とは、文字通りChatGPTがこれまでやりとりした情報を記憶し、以降の応答時にそれらを踏まえた

                                                                              ChatGPTの「メモリ(Memory)」機能の活用法 - Taste of Tech Topics
                                                                            • 成長に近道はない。責任から逃げない。私が職業エンジニアとしてキャリアを築いた10年で意識したこと - Findy Engineer Lab

                                                                              ソフトウェアエンジニアとして成長するために続けてきた活動と、学習を支えるモチベーションは何だったのか。Repro株式会社の橋立友宏(joker1007)さんに10年以上のキャリアを振り返っていただき、それぞれのステージで意識してきたことについて寄稿いただきました。 Repro株式会社でチーフアーキテクトをしている橋立です。ネット上ではjokerの名前(@joker1007)で活動しています。 私は神戸大学法学部を卒業し、野村総合研究所でテクニカルエンジニアとして勤務、株式会社ウサギィでの受託開発を経て、フリーランスエンジニアになりました。その中で縁があったRepro株式会社に正式にジョインすることになり、CTOとして6年ほど勤務。会社のステージの変化で、立ち位置がCTOという肩書と噛み合わなくなってきたため肩書を変更し、今はチーフアーキテクトとして勤務しています。 以前、自分のブログで「ソ

                                                                                成長に近道はない。責任から逃げない。私が職業エンジニアとしてキャリアを築いた10年で意識したこと - Findy Engineer Lab
                                                                              • メルカリ生成AI/LLM専任チームの取り組み@MS Build Japan2023

                                                                                メルカリ生成AI/LLM専任チームの取り組み@MS Build Japan 2023でお話しした内容。(DEMOは動きません) どなたかの参考になれば。 採用募集してます! - Software Engineer(Full Stack) LLM/AI - Mercari: https://apply.workable.com/mercari/j/76EB5EB641/ - Senior Product Manager, LLM/GenAI - Mercari: https://apply.workable.com/mercari/j/57A4BBD796/

                                                                                  メルカリ生成AI/LLM専任チームの取り組み@MS Build Japan2023
                                                                                • データサイエンス100本ノックが SageMaker Studio Lab からすぐに学べるようになりました | Amazon Web Services

                                                                                  Amazon Web Services ブログ データサイエンス100本ノックが SageMaker Studio Lab からすぐに学べるようになりました 2022 年夏の甲子園は、決勝で満塁ホームランが出る記録的な試合となりました。球児が野球のノックを受けるのなら、エンジニアが受けるノックは何でしょう ? 本記事では「データサイエンス 100 本ノック(構造化データ加工編)」を Amazon SageMaker Studio Lab で簡単に学ぶ方法をご紹介します。データサイエンス 100 本ノックは、データベースのテーブルや CSV ファイルといった表形式のデータから欲しいデータを取り出す方法を学べる教材です。 GitHub で公開されており、 2022 年 8 月時点で 1,800 を超える Star がつけられています。 データサイエンス 100 本ノック(構造化データ加工編)ト

                                                                                    データサイエンス100本ノックが SageMaker Studio Lab からすぐに学べるようになりました | Amazon Web Services