並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 2260件

新着順 人気順

要件定義の検索結果241 - 280 件 / 2260件

  • 【個人開発】最新のNext.js+NextAuth.js+prisma+microCMSでECサイト作ってみた【フルスタックアプリケーション】 - Qiita

    【個人開発】最新のNext.js+NextAuth.js+prisma+microCMSでECサイト作ってみた【フルスタックアプリケーション】TypeScriptフロントエンド個人開発Next.jsprisma はじめに 皆さんこんにちは、mamiなのだ! 今回はバックエンドは作らずにNextAuth.jsやprisma、microCMSなどを利用してNext.jsでECサイトを作成してみたので、その方法や手順などを公開しつつ、認証周りや大型開発案件でも採用されるstorybookなどについても解説していこうと思うのだ! フロントを勉強し始めた初学者さんや、フロントがメインではないバックエンドエンジニアの方に向けて、丁寧に解説を挟みながら書いていくので「へ〜フロントってこんな感じのことやってるんだ〜」と思ってくれたら嬉しいのだ! ちなみにこの記事は丁寧に解説しすぎて死ぬほど長くなってしまっ

      【個人開発】最新のNext.js+NextAuth.js+prisma+microCMSでECサイト作ってみた【フルスタックアプリケーション】 - Qiita
    • 受託開発企業で一年働いてみて感じたこと - Qiita

      はじめに 都内でWEBエンジニアとして働いているまさきちといいます。 受託開発企業に勤める中で経験したこと感じた事を語りたいと思います。 目次 この記事の対象読者 受託開発企業で働く中で感じたこと 複数案件を掛け持つのが当たり前 フロント、バック、インフラ全てこなせる必要あり ハードワークのため、体調やメンタルを壊してしまう人も クライアントワークが主なのでお客様の対応で消耗しがち 商流が深くなると厳しい環境になりがち テストコードや設計にかける時間が少なくなりがち 夜遅くまで残って仕事をしている人が多く、人生について考えさせられる。 技術力や知識よりも顧客折衷や、マネジメント力が評価されがち 効率重視なので技術が固定化されやすい 終わりに この記事の対象読者 WEB系エンジニアを目指そうと思っている方 受託開発企業の働き方について知りたい方 同じ受託開発企業に勤めていらっしゃる方 受託開

        受託開発企業で一年働いてみて感じたこと - Qiita
      • プロジェクトリーダーというお仕事 - Qiita

        概要 そろそろ年度末だし、新年度からプロジェクトリーダーとしてやっていく人もいるかと思うので、プロジェクトリーダーはどういうことをしないといけないかと、心得的なものを投稿しようと思います。今業界全体的にリーダー不足になってるんで、プロジェクトリーダーという役割について興味持ってくれる人が増えると嬉しいです。 ※ここでのプロジェクトとはシステム開発等IT関連のプロジェクトを指すものとします。 軽く自己紹介 2013年頃から7年くらいプロジェクトリーダーとして請負業務などの仕事をしてきました。最近はプロジェクトマネージャーも兼ねてやっていたり、うまくいっていないプロジェクトにコンサルとして入って立て直すというようなこともしています。 レジュメ https://www.resume.id/branch まずは結論から プロジェクトリーダーの使命 「担当するプロジェクトを成功へと導く」 「プロジェ

          プロジェクトリーダーというお仕事 - Qiita
        • Terraformerとしてコードを書いて思うこと | フューチャー技術ブログ

          こんにちは。TIGの伊藤です。この記事は秋のブログ週間2021の3日目です。 はじめに私は普段会社でクラウドをまたいでTerraformを日々書いたり、メンバーに教えたりしています。もはや俗に言うプログラミング言語を書かずにここまで全振りしてきたくらいなので、比較的自信を持ってコードを書いて仕事をしています。 特にここ最近はほぼ1からコード設計をして運用まで持っていくこともあり、「より腐りにくい、より息の長いコード」というものを考えるようになりました。Terraformだからこその「定期メンテを簡易にするためには」「より簡単に変更するためには」をひたすら突き詰めていった結果、アツい気持ちが生まれ、今回は筆を取っています。 そんな私のアツい気持ちをしたためた今回の記事ですが、可能な限り例も添えつつ、いくつか解説できればと思います。公式にも実は載っているような内容もあったりしますが、日本語の記

            Terraformerとしてコードを書いて思うこと | フューチャー技術ブログ
          • 技術で医療課題の解決を図るファストドクター。コロナ禍での負荷増大をスタートアップならではのスピード感で解決 - はてなニュース

            新型コロナウイルスの感染拡大により、急激に需要が高まったMedTech分野。注目度が高まる中、医療機関と提携し、夜間往診と24時間対応可能なオンライン診療のプラットフォームを提供しているのがファストドクター株式会社です。代表かつ医師である菊池 亮さんと、共同代表を務める水野敬志さんがForbes JAPANの「日本の起業家ランキング2023」で1位を獲得したことでも話題を集めています。 患者数が増大した2022年7月の新型コロナ第7波では、リアルタイムで業務負荷が高まっているシステムの問題提起から開発、リリースまでを1カ月以内に完了させるなど、スタートアップならではのスピード感で開発に取り組んできました。 また2022年12月にはRuby on Rails中心の開発から、Vue.jsとNestJSを組み合わた新しい技術スタックを採用。加えてテック部門の組織再編も行いフロントエンドとバックエ

              技術で医療課題の解決を図るファストドクター。コロナ禍での負荷増大をスタートアップならではのスピード感で解決 - はてなニュース
            • プログラマ視点での生成AIとの付き合い方

              プログラミングについて、最近考えてることについてのポエム。 基本的に、 GPT-4 と Claude-3-Opus を使った経験を念頭に置いて話をする。機械学習エンジニアではないので、あくまで利用者に徹した視点での話。仕事で生成AIを使ったパイプラインを作ったりはしている。 生成AIの進化速度を予測しておく 今大事なことは、今AIがどの程度の性能かという定点の話ではなく、その進化の速度を認識すること。 コード生成というタスクにおいて、生成AIモデルを人間に当てはめると、こんな感じの人物像を自分は持っている。 GPT-4: プログラミング経験2年目の大学2年生 Claude-3-Opus: プログラミング経験3年目の大学3年生 ここでいうn年目は、業務経験ではなく、プログラミングの単位がある大学での、教育課程としての経験年数。今のひたすら学習量を増やす方式だと、単に1年に1年分ぐらい賢くなっ

                プログラマ視点での生成AIとの付き合い方
              • チームが「サイロ化」しないための仕掛け - CAT GETTING OUT OF A BAG

                テスターのくせに Janet Gregory さんと Lisa Crispin さんの書籍『Agile Testing』『More Agile Testing』を読まずに今日まできてしまったのですが、この二冊を凝縮(Condensed)した『Agile Testing Condensed』(日本語訳)くらいは目を通しておかないとね!ということで読みはじめました。 leanpub.com この記事は本書に書かれていたある問題を取り出し、それに対してわたしたちのチームが普段やっていることをわたしの目線で紹介したものです。ツイートするには長いのでこちらに書きました。 チームが「サイロ化」する問題 複数のチームがすべて同じプロダクトで作業している大規模な組織でよく見られる問題の1つは、チームが「サイロ化」する傾向があることです。依存関係を解決するために他のチームと話すことを忘れています。(第3章:

                  チームが「サイロ化」しないための仕掛け - CAT GETTING OUT OF A BAG
                • 新しい言語を勉強する意味あるんだろうか…?

                  別に何の言語でも良いけど、とりあえず自分が手を出せそうなpythonを題材にする 恥ずかしながら、Webアプリケーションの世界しか知らないから、有効な使い道が分かっていない Pythonを使えば、スタンドアローンなアプリケーションも作れるし、コンソールベースのバッチも作れるって言うのは分かる でも、自分が思い浮かぶサービスは、ブラウザベースのアプリケーションで事足りる 例えばwebページのスクレイピングをして、その結果を分析してユーザーが見たい形式で表示するアプリケーションを作りたいとする 軽く頭の中で設計すると、分析の要件定義さえ出来れば、jsとphpとWebサーバー周りをこねくり回せば大体作れるだろうな…っていう結論にいたる 視野が狭いだけなんだろうけど、勉強するモチベーションを捻出出来ない

                    新しい言語を勉強する意味あるんだろうか…?
                  • N予備校 「プログラミング入門 Webアプリ」を修了した. - JUNのブログ

                    タイトルにもあるとおり, N予備校の 「プログラミング入門 Webアプリコース」を修了しましたので, 完走した感想を書きたいと思います. プログラミング入門 Webアプリコース とは まずはじめに, 今回終了したN予備校の「プログラミング入門 Webアプリコース」(長いので以下 入門コース と略します) がどんなコースなのかというのは, N予備校公式サイトから引用すると, 完全な未経験者向けのプログラミング入門講座です。 JavaScriptというプログラミング言語でセキュリティ上の問題のないWebサービスが開発できるようになります。他にも数値集計プログラム、Slackのボットなどを作成しながら、エディタやLinuxの開発環境などの基礎知識を身につけます。なお学習にはPCが必要です。 www.nnn.ed.nico とのことらしいです. 他にも 「大規模Webアプリコース」 や 「スマート

                      N予備校 「プログラミング入門 Webアプリ」を修了した. - JUNのブログ
                    • Google APIとPythonで低コストRPA -はじめに- - Qiita

                      以下の投稿は、自社でOSSとPythonを組み合わせてRPAを実施したシステムエンジニアが感じた、RPAの現状の問題とその解決策の概要です。また、あくまで個人的な意見です。 低コストRPAを試みた背景 エンジニアの現場に止まらず、近年ではRPAを駆使した業務改善が試みられています。職場にもよりますが、RPAの一般的なプロセスとしては以下のようになると思います。 (RPAのプロセス) 現在の業務内の課題の洗い出し 業務内容の改善とRPAツール適用の要件定義/設計 RPAツール内の開発/セットアップ RPAツールの運用/保守 プロセスの2段目から出てくるRPAツールのPackageとして、有名なものは様々なものがあり、書籍も多く発行されています。 私の現場でもこれらを導入することを検討しましたが、以下の理由からこれらのRPAツールを導入することが一旦見送られました。 (RPAツールの問題) 問

                        Google APIとPythonで低コストRPA -はじめに- - Qiita
                      • コードレビューを成功させるには? CTOが考えるべき7つのこと│監修:高遠和也(株式会社LIG CTO) - FLEXY(フレキシー)

                        ※本記事は2019年1月に公開された内容です。 コードレビューとは、誰かが作成したソースコードを他者がレビューすることで、問題のある記法やバグがないかを確認する作業のこと。プログラムの品質を高めるために、なくてはならない工程のひとつです。 しかし、コードレビューを成功させることは簡単ではありません。読者のなかにも、「同じような指摘を何度もしているのに、メンバーのスキルが向上しない」「つい感情的なコメントをしてしまう」といった悩みを抱えている方は多いのではないでしょうか。 やみくもにコードレビューを実施しては、成功率は上がりません。レビューアーが実施方法やマインドを適切なものに変えなければ、良いコードレビューにはならないのです。 ここでは、コードレビューを成功させるための方法を7つご紹介します。 本記事の監修:高遠和也(株式会社LIG CTO) コードレビューを含む求人の検索はこちら コード

                          コードレビューを成功させるには? CTOが考えるべき7つのこと│監修:高遠和也(株式会社LIG CTO) - FLEXY(フレキシー)
                        • ビジネスとエンジニアリングをつなぐ「アナリティクスエンジニア」とは。リクルートが“価値あるデータ整備”のための新たな職種に着目した理由 - はてなニュース

                          世間でデータの利活用やDX(デジタルトランスフォーメーション)の手法が盛んに議論される一方、データの利活用環境やそれを整備するデータ組織・人材について「理想と現実のギャップ」に苦しむ企業は少なくないでしょう。 そうした企業にとって、事業で得られたデータをスピーディーな意思決定につなげたり、そのプロセスを牽引する人材を育成したりすることは、喫緊の課題であるように思います。 データを活用してカスタマー・クライアント双方の「不の解消」を目指すリクルートも例外ではなく、これまでさまざまな課題に直面してきました。そんな中、同社のデータ推進室では2022年、「データに基づく意思決定の実現」を目標に、D3M(Data Driven Decision Making)部を設立。高精度な意思決定を実現すべく、高品質なデータを提供するアナリティクスエンジニアという職種を導入しました。 一般的に、アナリティクスエ

                            ビジネスとエンジニアリングをつなぐ「アナリティクスエンジニア」とは。リクルートが“価値あるデータ整備”のための新たな職種に着目した理由 - はてなニュース
                          • 現役テスト(QA)エンジニアが仕事内容について説明してみる。 - GMO Research & AI Tech Blog

                            いやー、今年のアニメも面白いな~ ひぐらしのなく頃に~業~ もやり始めたし、次回も視聴してからでいいか、ブログ書くの。締め切りいつだっけ。まだ先だろうきっと・・・。 ん?誰か来たかな。 どうぞー。 /|∧_∧| ||. (・ω・#´|  <記事終わったの?、ねえもう納期なんだけど。 ||oと.  U|   納期守って言ったよな? あぁぁん? || |(__)J| ||/彡 ̄ ガチャ げっ!・・いや、 あ、 はい。どうも、編集長の益山氏。どうしたんですか。こんな早朝から。。 え?・・・なに?ブログ?締め切り?( ^ω^)・・・ あーーうん、うん 書いてるよ。ちゃんと。 はっはっ・・・へぇあっ。 益山氏「嘘だっっ!!」・・・ やべぇ・・バレてる。。。 はい? え?納期間に合わないだろだって?! はっ!はっ!はっ!いやいや間に合いますって。 ・・ん?益山氏、いまどこから、それ出した。え?家から

                              現役テスト(QA)エンジニアが仕事内容について説明してみる。 - GMO Research & AI Tech Blog
                            • 開発速度を高めるためのPdMの工夫と気概 - Kyash Product Blog

                              この記事は Kyash Advent Calendar 2023 21日目の記事です。 Kyashでプロダクトマネージャーをやっている Ueda です。 プロダクト開発に勤しむ皆様も、きっと今ごろ年内最後のリリースに向けて奮闘中でしょうか。 私もなんだか忙しいなあと思う日々が続いており、「なんでこんなに忙しく感じるのだろうか?これが師走か?」とふと振り返った時に自分がプロダクト開発において無意識に意識していることが影響していそうだというのに気づきました。 今回はその「自分がプロダクト開発において意識していること」、具体的には「開発速度を高めるために意識していること」について書いてみようと思います。 *テクニカルな内容を書くつもりはなく、とても当たり前な内容を、未来の自分に釘を打つ意味でも書いています 「開発速度をあげたい」という声 「開発速度をあげたい」という願望を持った方、またはそういう

                                開発速度を高めるためのPdMの工夫と気概 - Kyash Product Blog
                              • ワクチン接種証明 マイナンバーカード活用のアプリ開発を検討 | NHKニュース

                                社会経済活動の回復に向けて、平井デジタル大臣は、ワクチンの接種をスマートフォンで証明できる仕組みについて、マイナンバーカードを活用し、QRコードの付いた接種証明が表示される専用アプリの開発を検討していると説明しました。 新型コロナウイルス対策をめぐり政府は、社会経済活動の回復に向けて、ワクチンの接種をスマートフォンで証明できる仕組みを年内に作成することにしています。 これについて平井デジタル大臣は閣議のあとの記者会見で、スマートフォンでマイナンバーカードを読み取って暗証番号を入力し、本人確認を行うことで、QRコードの付いた接種証明が表示される専用アプリの開発を検討していると説明しました。 そのうえで平井大臣はアプリの仕様について、17日から民間の事業者や自治体などからの意見募集を開始するとして「関心が非常に高く、国内で積極的に活用することも考えられるので、より使い勝手のよい仕組みづくりにつ

                                  ワクチン接種証明 マイナンバーカード活用のアプリ開発を検討 | NHKニュース
                                • 大塚流フロントエンド開発の歩き方

                                  フロントエンド開発は考えることが多い。とくに 0 -> 1 の場合だと、何からはじめたらいいのか?が全然わからず、途方にくれてしまうこともあるでしょう。実際、ぼくがそうでした。 そして、そういった情報はなかなか検索しても出てこない。設計方法や実装方法みたいなものはたくさんあるのに。なので、書いてみました。 これは、ぼくがいくつかのフロントエンド開発を経て「これを最初に知っていれば、もうちょっとうまくできたかも?あの失敗がなかったかも??」をまとめたものです。 フロントエンド開発に不慣れな方の参考になれば、これ幸いです。 まずは仕事のゴールを確認する プロジェクトや各フェーズごとに仕事のゴールは異なるため「何をもって仕事が完了したと言えるか?」を確認する。たとえば、要件定義フェーズであれば「画面仕様書が完成する」とか、開発フェーズであれば「API結合試験がすべて完了し、バグチケットがすべてク

                                    大塚流フロントエンド開発の歩き方
                                  • ソフトウェアのもっとも重要な品質は発展性 - ソフトウェア設計を考える

                                    ソフトウェアでもっとも重視すべき品質は「発展性」なんだと思う。 機能要求や非機能要求は、時間とともに変化する。その要求の変化に対応してソフトウェアを発展させていける能力、つまり発展性こそがソフトウェアの価値を大きく左右する。 発展性に問題があり変化ができないソフトウェアと、発展性に優れ変化と成長を続けやすいソフトウェアの価値の差ということだ。 発展性の価値 顧客のニーズは変化する。また、市場の競合関係も変化する。そういう事業環境の変化にあわせて、ソフトウェアにも変化を続ける能力が求められている。 また、顧客のニーズや市場環境の変化がゆるやかだとしても、事業活動をすれば組織は経験を通じて学び成長していく。開発チームに限っても、ソフトウェア開発運用の経験を積むことで、開発の考え方とやり方にさまざまな学びと成長がある。そうやって学んだ知識を適切にかつ迅速にソフトウェアに反映できるほど、事業により

                                      ソフトウェアのもっとも重要な品質は発展性 - ソフトウェア設計を考える
                                    • 機械学習を記事配信に採用したママリ - 0から構築したレコメンドエンジンのアーキテクチャ設計 - エンジニアHub|Webエンジニアのキャリアを考える!

                                      機械学習を記事配信に採用したママリ - 0から構築したレコメンドエンジンのアーキテクチャ設計 コネヒト株式会社が運営する女性向け情報サービス「ママリ」では、2019年12月に記事配信で機械学習によるレコメンドエンジンを構築、2020年初頭にテストが完了しました。 機械学習を採用した背景、設計したアーキテクチャとテストの結果について伺いました。 コネヒト株式会社が運営する、女性を対象とした情報サービス「 ママリ」は、2014年のリリース以降、着実にユーザーを増やし、2020年3月現在、アプリ会員数は240万人(日本で2019年に出産した中で3人に1人が利用)、ママたちが集まるオンラインコミュニティとして定着しています。 ママリでは2019年12月、サービス内に掲載する記事の配信について機械学習を採用したレコメンドエンジンへ変更し、2020年初頭にテストが完了、いよいよ正式リリースとなりました

                                        機械学習を記事配信に採用したママリ - 0から構築したレコメンドエンジンのアーキテクチャ設計 - エンジニアHub|Webエンジニアのキャリアを考える!
                                      • 【2024年】ITエンジニア本大賞まとめ - Qiita

                                        アジャイルプラクティスガイドブック チームで成果を出すための開発技術の実践知 チーム・組織にプラクティスを導入し、根付かせるために! 116の手法を一冊にまとめた“実践”の手引き チームでのアジャイル開発には、開発技術やツールなどの「技術プラクティス」の活用が重要です。 プラクティスはそれぞれの目的や役割を意識することで効果を発揮します。しかし、目まぐるしく状況が変化する開発では、当初の目的を忘れて、プラクティスに取り組むこと自体が目的化してしまうチームも少なくありません。 本書は、チーム・組織でアジャイル開発に取り組んできた著者が、プラクティスの効果的な選択・活用のしかたについて、自らの実践経験に基づいてまとめたガイドブックです。 架空の開発現場を舞台にしたマンガとともに、チーム開発の様々なシーンで役立てられるプラクティスを、幅広くかつわかりやすく解説しています。開発現場に備えておけば、

                                          【2024年】ITエンジニア本大賞まとめ - Qiita
                                        • 株式会社リクルート エンジニアコース新人研修の内容を公開します!(2023年度版) | Recruit Tech Blog

                                          こんにちは! 2023年度エンジニア新卒の、吉田です。 株式会社リクルート 新卒エンジニアコースでは、部署への配属前に、BootCampと呼ばれる新人研修を行っています。 本日は2023年度の研修の内容を、実際に受講した新卒の立場から紹介させていただきます。 研修の内容については毎年反響をいただいていますが、今年度も一段と進化し、より充実した研修でした。 ページ下部に研修資料を公開していますので、ぜひ研修の雰囲気を感じ取っていただけると嬉しいです。 研修の概要 エンジニアコースの新人研修は、配属後にスピード感を持って成長できるようになることを見据え、 「さまざまな技術領域の講座を受け、興味関心を広げて、知らなかった好奇心に出会う」 「現場で求められる『仕事への取り組みスタンス』をつかむ」 「気軽に相談できる仲間(同期)をつくる」 の3点が目的とされています。 今年度は、入社前に行われたスキ

                                            株式会社リクルート エンジニアコース新人研修の内容を公開します!(2023年度版) | Recruit Tech Blog
                                          • 誇りを被った仕様の針に意図を通す | blog.jxck.io

                                            Intro Interop 2022 の目覚ましい成果の一つとして :has() の存在がある。 これまでの CSS の限界を突破する、革新的な仕様であり、多くの開発者が期待を寄せる機能の一つだろう。 こうした仕様策定の裏には、必ずと言って良いほど互換性の問題がつきまとい、時にそれはそこまでの作業の蓄積を無に帰すレベルで影響を与える場合がある。 一方それらは Web 開発者が使う時点では解決されており、基本的に気にされることはない。 だからといって、気にする必要がないわけではない。ということを象徴する事件が、今回も裏で起こっていた。 jQuery と :has() :has() は、従来の CSS Selector の常識を変え、子の状態を元に親をクエリすることが可能となった。親から子を見る場合と比べて探索範囲が爆発的に増えるため、非常に実装が難しいとされていた。 Igalia の詳細な調

                                              誇りを被った仕様の針に意図を通す | blog.jxck.io
                                            • おいでよ 個人開発の沼|田畑浩平 | Flutter Engineer

                                              最近、個人開発に興味のある方と話をする機会が多いのですが ・個人開発に興味がある ・技術志向というよりはサービス志向 な人は、まず個人開発を始めてみて、その楽しさ・魅力を体験したほうがいいと思っているので、楽しさ・魅力を伝えるために書いてみました。 個人開発は何が良いか僕は、大学5年目の2011年から個人開発をしているのですが、個人開発をやっていて良かったなと思うのは以下の4点です。 ・全てを自由に決められる ・趣味として、お金がかからない(お金が増えることも) ・バランス良く、総合的なスキルが身につく ・個人開発を軸に、高速で成長できる 全てを自由に決められる個人開発では、何をやるのも自由です。 ・何を作るのか? ・どういった人をターゲットにするのか? ・どういった技術を使うのか? ・どのようにマネタイズするのか(またはしないのか) ・どのようにプロモーションするのか ・いつリリースする

                                                おいでよ 個人開発の沼|田畑浩平 | Flutter Engineer
                                              • 「プログラミングができないSE」は理屈として成り立つか

                                                システム開発にとって、システムエンジニア(SE)はなくてはならない職種だ。ただ、SEがどのような職種なのかは、企業や個人によって解釈がぶれやすい。特に「SEはプログラミングができるべきか」は、ネットでよく議論になる。今回はこれについて考えてみよう。 実は、私は日経BPに入社しなければSEになる予定だった。私が就職活動をしていたのはバブル末期のいわば「売り手市場」の時代。その後の就職氷河期に比べれば、はるかに簡単に内定をもらうことができた。 大学の専攻は生物学だったが、その方面の適性はないと判断し、コンピューター関連企業への就職を希望していた。しかし外資系企業の技術職だと、工学系以外の学生は基本的に門前払いだった。 そんななか、個人での会社訪問を受け入れてくれたのが日本ユニシス(当時の社名)だ。結局、私が就職活動で会社訪問したのはこの1社だけである。米Unisys(ユニシス)は、世界初の汎用

                                                  「プログラミングができないSE」は理屈として成り立つか
                                                • 28歳、一念発起して未経験からデータサイエンティストを志した2年間の軌跡 - Qiita

                                                  はじめに 経済産業省の試算によるとAIやビッグデータといったデータサイエンティストが関わる分野では2020年に4.8万人が不足すると言われています。 まだまだ、世の中的に需要があり、将来性のある職業ですので、これから目指そうと思われている方も少なくないのではないでしょうか。 私も時代の流れに乗って、データサイエンティストを目指した人の一人です。 「一念発揮して未経験からデータサイエンティストを目指した普通の社会人が、2年後どのような姿になったのか?」 ということに、少しでも興味のある方に読んで頂けましたら幸いです。 そもそもデータサイエンティストとは データサイエンティストは大きく分けて2種類あると考えています。 企業の課題解決のために大規模データを分析し、その結果をもとに状況の改善をすべく施策立案を行うデータアナリスト・コンサルタント寄りのDS サービスに機械学習を用いた機能を実装したり

                                                    28歳、一念発起して未経験からデータサイエンティストを志した2年間の軌跡 - Qiita
                                                  • 【プログラマー必見】情報収集で絶対に役立つIT企業の公式ブログ 30選

                                                    はじめに 今回の記事では個人の独断と偏見でプログラマー向けに必ず確認しておきたいIT企業の公式ブログを共有する。なお、今回の記事で紹介している公式ブログはあくまで一例に過ぎない。 AppBrew 文章が易しく初心者でも読みやすい 主に業務効率化を中心に書かれている 実務・プログラミングのイメージができない初心者や新人には非常にオススメ ABEJA Tech Blog 主に保守・運用を中心に発信している ドローン・機械学習に興味があるならオススメ 専門用語が多めなので理解に苦労する可能性が高い UUUMエンジニアブログ あの有名なクリエイター(YouTuber)を数多く輩出している会社「UUUM」の公式ブログ Rails・PHP・インフラ(AWS、Dockerなど)の情報が多い 技術記事が非常に読みやすく、画像とソースコードを使って的確に技術ややっていることを説明している Wantedly

                                                      【プログラマー必見】情報収集で絶対に役立つIT企業の公式ブログ 30選
                                                    • 神奈川県立高校の出願システムはどうするべきだったか

                                                      安易にjpドメインを取得して運用を試みるべきでなかったここの結論を先にいうと,神奈川県公立高等学校入学者選抜インターネット出願システムなんだからドメインは shutugan.pref.kanagawa.jp か shutugan.pref.kanagawa.lg.jp などの地域型JPドメインか属性型JPドメインを使う設定をするべきであった. これは最近問題になっているいわゆる行政サイト使い捨てドメイン問題とも関連あるし,(1次ソースにするには怪しいとしても総合的にみると載っている情報は正しそうな)カナガク https://kanagaku.com/archives/69495 によれば,なんと shutsugankanagawa.jp shutsugan-kanagawa.jp nyuushi-kanagawa.jp の三つとも本番環境として使われているようなのであり( nyushi-k

                                                        神奈川県立高校の出願システムはどうするべきだったか
                                                      • 日本のエンジニアに多い「あとはよろしくな」で終わる社内連絡 厚切りジェイソン氏が米国のほうが要件定義が細かいと感じるわけ

                                                        つよつよチャンネルは、bravesoft CEO&CTOの菅澤英司氏がエンジニア的に「おもしろい話」や「ためになる話」を届けるチャンネルです。ここでゲストで登場したのは、IT企業の役員、芸人として活躍している厚切りジェイソン氏。日本とアメリカにおけるキャリア形成の違いや、エンジニアの働き方について話しました。前回はこちら。 やりたい気持ちが一番大事 間違いでもいいから動き出してみる 池澤あやか氏(以下、池澤):今日のゲストは厚切りジェイソンさんです。よろしくお願いします。 厚切りジェイソン氏(以下、厚切りジェイソン):お願いしまーす! 菅澤英司氏(以下、菅澤):お願いします。 (会場拍手) 厚切りジェイソン:お願いします! 池澤:入りが芸人さんっぽいですよね、やっぱり。 厚切りジェイソン:本当ですか? 菅澤:テンション上がりますね(笑)。 厚切りジェイソン:すみません。 菅澤:アメリカの会

                                                          日本のエンジニアに多い「あとはよろしくな」で終わる社内連絡 厚切りジェイソン氏が米国のほうが要件定義が細かいと感じるわけ
                                                        • 求人票の作り方: QAリードを実例に5ステップのフレームワークと中間成果物を公開します - MonotaRO Tech Blog

                                                          こんにちは、鈴木です。 求人票の作成を経験しました。実際に公開した求人票を実例として、どのように考え、どのようなプロセスで、どのような中間成果物を生み出しながら取り組んだのか。具体的な内容を共有します。 「先に知っておきたかった!」と思うものや、検索しても見つからなかったものなど、多くの知見を得ることができました。 それらを公開することで、これから求人票の作成に関わる人のお役に立てれば幸いです。 QAリード採用はじめました はじまりは兄弟会社の組織図 求人票を書こう! ってどうすれば!? 求人票作成のフレームワーク 1. 現在を書き出す 1.1. 思っていることを書き出す 1.2. 現在使っているモノを書き出す 1.3. 現在おこなっているコトを書き出す 2. 未来を書き出す 2.1. 将来おこなっているコトを書き出す 2.2. 将来使っているモノを書き出す 3. その職種が必要な理由を書

                                                            求人票の作り方: QAリードを実例に5ステップのフレームワークと中間成果物を公開します - MonotaRO Tech Blog
                                                          • 大事ではないことを大事だと錯覚した結果、オーバーエンジニアリングになる - @i2key のBlog

                                                            本ブログは Recruit Advent Calendar 2021 - Adventarの25日の記事になります。 ITビジネスやサービスにおけるプロダクト開発で良くある、作りすぎ。やりすぎ。 無駄なく、効率的にと思っても、ついつい発生しちゃう。 こういうの、オーバーエンジニアリングって言うらしいよ!? でも、どこからオーバーで、どこまではオーバーじゃないんだ!! ということで、勝手にオーバーエンジニアリングを定義してみようと思います。 作り過ぎて、時間や金を無駄にすること???? とっかかりとして・・・まずは一般用語としてのオーバーエンジニアリングの意味をwikiで調べてみると以下のように記述されています。 wikipedia(英語版) Overengineering - Wikipedia 一部抜粋。 Overengineering (or over-engineering,[1]

                                                              大事ではないことを大事だと錯覚した結果、オーバーエンジニアリングになる - @i2key のBlog
                                                            • ウェブアプリケーションエンジニアとして転職活動をしますー! - Mitsuyuki.Shiiba

                                                              しばらくしたら次のことを考えたいなと思ってるので、よい仕事や空いてるポジションがあったら教えてください!— Mitz Shiiba@フルスタックエンジニア (@bufferings) December 8, 2022 突然ですが CircleCI を辞めることになりました。そのことについてあまり話すつもりはないのですが、今の気持ちだけ書いておくと、びっくりはしたけど特にネガティブな感情はなく、面白い経験だなぁという気持ちです。 この一年間、色々とあまりできない体験をしてきた締めくくりにピッタリです。この状況を受け入れて、流れに身をまかせて楽しもうと思います。 ということで、こんな機会はあまりないので、次をどうするか、折角だから色々な会社のお話を聞いてから考えたいなぁと思ってつぶやいたら、たくさんのご連絡をいただき、とても嬉しく思っています。ひとつひとつのお誘いや励ましが、とてもありがたいで

                                                                ウェブアプリケーションエンジニアとして転職活動をしますー! - Mitsuyuki.Shiiba
                                                              • BigQueryのセキュリティ対策手順

                                                                風音屋では、データエンジニア、データアナリスト、データコンサルタントを募集しています。 書籍執筆者やOSSコントリビューターなど、業界を代表する20名以上のアドバイザーと一緒にベストプラクティスを追求できる環境です。 ぜひカジュアルトークをお申し込みください。 風音屋アドバイザーの山田雄(@nii_yan)です。 データ活用においてセキュリティ対策が最重要トピックであることは言うまでもありません。 風音屋でBigQueryの導入支援を行うにあたって、どのようなセキュリティ対策を行っているのかをご紹介します。 この記事の全体像 この記事は2つのパートに分かれています。 最初に、BigQuery導入プロジェクトを始めるにあたって、セキュリティ観点でどのようなコミュニケーションが必要になるかを説明します。 次に、一般的な情報セキュリティ対策である「抑止」「予防」「検知」「回復」の4つの観点にもと

                                                                  BigQueryのセキュリティ対策手順
                                                                • アフターコロナの世界でソフトウェアエンジニアの未来はどう変わるのか? 転職市場動向から見る、企業と求職者の今 - はてなニュース

                                                                  世界に大きな影響を与えたコロナ禍、そしてスマートフォン誕生以来の衝撃ともいわれる「ChatGPT」の登場──。エンジニアを取り巻く環境は、激動の真っ只中にあります。 アフターコロナとも言われる状況になった今、エンジニアの働き方や企業の動きにはコロナ禍とはまた違った変化が見られています。例えばリモートワークからハイブリッド出社、完全出社に切り替えた企業もあり、働き方や技術トレンドの変遷に合わせた対応や、それらに伴いこれからの時代において必要となるスキルセットも注目されています。 経済や市場をはじめとした外的環境の変化に対応し、キャリアを積むために、エンジニアはどのような考えのもとで行動すべきなのでしょうか。また企業はどのようにして優秀なエンジニアを見つけて採用すればいいのでしょうか。 今回はエンジニア転職サービス「Findy」を提供するファインディ株式会社CTO・佐藤将高さん(写真右)と同社

                                                                    アフターコロナの世界でソフトウェアエンジニアの未来はどう変わるのか? 転職市場動向から見る、企業と求職者の今 - はてなニュース
                                                                  • 開発者が考える提案書テンプレート markdown版 - Qiita

                                                                    概要 定型的な システム開発 では以下のような設計書が使われる。 システム要件定義 システム方式定義 ソフトウェア要件定義 ソフトウェア方式設計 ソフトウェア詳細設計 しかしそれ以前に 開発者目線、開発者発信で顧客に提案する概要資料を作りたい ケースがある。あるいは就職活動時の自身のポートフォリオを採用担当に説明することも同様かもしれません。 オードリー・タンがコード書く前にまずreadme.txtを書く話、Yahoo!がプロダクト開発の最初にプレスリリースから作る話、自分が前職で商品企画する際にまず広告から考えていた話、どれも明確なゴールイメージをまず確定させて必要要件を定義していくという意味で全部共通の考え方 — 菅俊一 / Syunichi SUGE (@ssuge) February 2, 2021 なんて話も。 技術とマーケティングのちょうど中間、開発者と顧客との意思疎通の橋渡し

                                                                      開発者が考える提案書テンプレート markdown版 - Qiita
                                                                    • ITエンジニア本大賞 2024のベスト10が決定!技術書・ビジネス書両部門に話題書がずらり、大賞は?

                                                                      ITエンジニア本大賞は、皆さんが1年間に読んだ中でITエンジニアに最もおすすめしたい本を選ぶイベントです。 このたび、昨年11月から始まった一般投票の集計が終わり、技術書部門とビジネス書部門のベスト10が決定。特に得票数の多かった両部門の各3タイトルが、2月15日(木)のプレゼン大会へと進出することになりました。 「Developers Summit 2024」内で開催されるプレゼン大会では、著者や編集者など関係者が本の狙いや魅力、制作秘話をアピールし、会場での投票によって大賞を決定します。 ベルサール羽田空港(東京都大田区)での開催でオンライン配信はありませんので、プレゼンを聞きたい方やすぐに結果を知りたい方は、ぜひ現地でご観覧ください(参加には事前登録が必要です)。 プレゼン大会の詳細と参加方法を見る 技術書部門ベスト10(50音順で、★印がプレゼン大会へ) ★『1冊ですべて身につくJ

                                                                        ITエンジニア本大賞 2024のベスト10が決定!技術書・ビジネス書両部門に話題書がずらり、大賞は?
                                                                      • 顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み

                                                                        顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み 新PdM組織での顧客解像度の上げ方 植木氏の自己紹介 植木遼太氏:私からは「新PdM組織で実践した顧客解像度の上げ方」というテーマで発表します。簡単に自己紹介をしてから本題に移らせてください。 私は植木遼太と申します。先ほどの紹介にあったように、今現在は「楽楽精算」のPdMをしています。約2年前に入社しています。キャリアとしては2010年に新卒からインフラエンジニアとしてスタートして、その後、プロジェクトマネージャー、プロダクトマネージャーと役割を変遷させていったかたちのキャリアを歩んできました。 顧客解像度向上のための取り組みBefore/After では本題に移ります。先ほどのテーマにあったように、「顧客解像度の向上って」という話があります。発表の流れとしては、「そもそもこの

                                                                          顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み
                                                                        • 【OOUI】設計を改善したらユーザー(オカン)が使ってくれるアプリになった話 - Qiita

                                                                          ​​▼この記事では、前回の記事で紹介した自作アプリを題材にしています。 前回の記事を先に読んでもらえると、この記事の内容がより理解しやすくなると思います! 【初アプリ】未経験がFlutterで肉牛繁殖農家のためのアプリを作ってみた こんにちは、Takuです。 先日、Flutterで肉牛生育記録管理アプリ「Memow」をリリースしました。​ ​ このアプリのユーザーである自分のオカンオトンは、特にこちらからレクチャーせずとも問題なく使いこなしています。 基本的にオカンがデータを入力し、オトンは共有データを閲覧するという使い方をしているようです。 ​ それまでアナログ管理をしていたオカンオトンがすんなりこのアプリを使用できていることについて、前回の記事を読んでいただいた方から「驚いた」という反応を多くいただきました。 ​ ユーザー(オカンオトン)がこのアプリを使えている理由を自分なりに分析する

                                                                            【OOUI】設計を改善したらユーザー(オカン)が使ってくれるアプリになった話 - Qiita
                                                                          • 非エンジニアから相談を受けたときの心得 - Qiita

                                                                            まえがき 非IT企業で社内SEをやっている人です。 私が入社して1ヶ月後にケガで長期入院してしまった上司の代わりに、社員から「こういうシステムって作れますか?」「このツールの設定がわかんないから教えて〜」みたいな相談を受ける窓口となって、要件定義的なことしてきました。 最近この役割を後輩に譲ることにしたので、おもに自分が失敗してきた経験をもとに社内SEが非エンジニアから相談や依頼を受けたときに意識したいことをまとめてみました。 後輩だけでなくこの記事を読んだ人にも役立てていただけると幸いです。 目次 日本語でちゃんとコミュニケーションをとる 技術のことはいったん忘れる 言われたとおりにやらない ユーザーシナリオを書く あとがき 日本語でちゃんとコミュニケーションをとる 日本語も立派なエンジニアリングスキルの1つです。 「スキルアップしたいです!」っていうエンジニアには「まず日本語の使い方を

                                                                              非エンジニアから相談を受けたときの心得 - Qiita
                                                                            • アジャイル環境で必須 ビジネス要件定義書(BRD)を作成する際のポイント

                                                                              アジャイル環境で必須 ビジネス要件定義書(BRD)を作成する際のポイント:どう作るか、どう活用するか アジャイルソフトウェアチームが仕事を行う際には、厳密なプロセスや厳格な監理委員会を設けるべきではない。それでも、ビジネス要件定義書は、チームの中心に据える必要がある。本稿では、そのビジネス要件定義書について考える。 ソフトウェアチームは、顧客に提供予定の具体的な製品または価値をビジネス用語を使って要約する明確かつ包括的なドキュメントを作成して、管理しなければならない。このビジネス要件定義書(BRD:Business Requirements Document)を用意すれば、顧客のニーズを満たすことが可能になる。 アジャイルソフトウェアチームは、顧客用か社内業務関係者用かを問わず、アプリケーションを作成する前に、BRDの作成方法を理解する必要がある。本稿では、BRDが果たす役割、アジャイルプ

                                                                                アジャイル環境で必須 ビジネス要件定義書(BRD)を作成する際のポイント
                                                                              • ママエンジニアが教える“要件定義”の時短術

                                                                                子持ちの時短通勤ママエンジニアであるちょうかおり氏。時間がない中で成果を出したいなら、お客さんにヒアリングし、本当に必要なものは何か、その背景を知ることが大事だと言います。 そのために必要なのが、「なぜ?」を聞くこと。お客さんの真の問題を解決するには、理想を正しく把握することが必要です。例を踏まえて、具体的なアクションプランを解説します。 託児のある勉強会は助かる ちょうかおり氏(以下、ちょう): LTも後半になりました。タイトル「時短勤務ママエンジニアの、要件ヒアリング力」をはじめます。みなさんも少し疲れてきていると思うので、リラックスして聞いていただければと思います。 ちょうかおりと申します。2011年にVOYAGE GROUPという会社に新卒で入り、8年ぐらい勤めて、2019年に転職しました。ずっとPHPでコードを書いていたので、Ruby on Rails歴でいうと1年目です。3年目

                                                                                  ママエンジニアが教える“要件定義”の時短術
                                                                                • 「自称プログラマー」の哀れな末路、仕組みを考えないコーダーはエンジニアにあらず

                                                                                  たまに哀れな「自称プログラマー」に関する話を聞くときがある。例えば「あのさぁ、何をつくってほしいか、きちんと仕様にしてくれないと、システムなんかつくれないじゃん!」とか「何をつくるかを決めるのはビジネスサイドのあんたたちの仕事だろ。俺の仕事じゃないぜ」と言い放って、事業部門の人を怒らせたり涙目にさせたりする愚か者たちだ。 一見とても正しい発言のように思える。というか大概の場合、発言としては正論であったりする。同業者なら「よくぞ言ってくれた!」と喝采する人もいるはずだ。何せ最近は、要件定義が全くできず、「何をつくってほしいのか」まで開発サイドに丸投げしてくるビジネスサイドのアホが多数いる。そんな連中を一言で撃退できる自称プログラマーは称賛すら集めるだろう。 だが、この自称プログラマーが本心からそう思っているなら、やはり愚か者である。まず本質でないほうの理由から説明する。「何をつくるかを決める

                                                                                    「自称プログラマー」の哀れな末路、仕組みを考えないコーダーはエンジニアにあらず