並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 2255件

新着順 人気順

要件定義の検索結果321 - 360 件 / 2255件

  • また一緒に仕事がしたい!と思われるSEの3つのコミュニケーション術 | AKKODiS(アコーディス)コンサルティング株式会社

    また一緒に仕事がしたい!と思われるSEの3つのコミュニケーション術 公開日:2019.04.16 エンジニアの働き方 派遣期間が終了しても「また来て欲しい!」と派遣先に思ってもらえたら嬉しいものです。しかし、なかには「しっかり仕事をしているはずなのに評価されていない気がする……」と悩む派遣エンジニアの方もいるかもしれません。派遣先から高い評価を得て、また一緒に仕事がしたいと思われるためにはどうすればいいのでしょうか? 実はその秘訣は、「コミュニケーション術」にあります。今回は、エンジニアに必要な、派遣先企業やエンドユーザー(派遣先からみたクライアント)との3つのコミュニケーション術をご紹介します。 「エンジニアはコードを書く能力に長けていればよく、コミュニケーション能力は不要」と考えている方もいらっしゃるかもしれません。しかし、実際のエンジニアの現場においては、営業やマーケティングといった

      また一緒に仕事がしたい!と思われるSEの3つのコミュニケーション術 | AKKODiS(アコーディス)コンサルティング株式会社
    • AI News の公開と、裏側の OpenAI の活用話 - A Day in the Life

      AI News という、AI・データサイエンス(DS)・機械学習(ML)関係の話題を集め、AIで3行に要約して配信するサイトを公開しました。twitter @AINewsDev や Atomフィードでも配信しています。数日前から運用していて、手前味噌ですが便利に情報集めに使えています。また英語記事も日本語で要約されるので便利です。 なぜ作ったのか 以前、 @syou6162 さん作の ML-News で、ML系の情報を便利に読ませてもらっていたのですが、Twitter API の有料化の話が出た前後で閲覧できないようになってしまったようでした。 そのため、DS・ML系の話題を追いかけるのが大変になって、そのうち同じようなサイトを作ろうかな、と思っていた所でChatGPT(GPT4)というふつうに便利なLLMが登場しました。その後は御存知の通り、それらの話題が大量に溢れ、情報過多で見きれない

        AI News の公開と、裏側の OpenAI の活用話 - A Day in the Life
      • デザイナーの仕事は AI でラクになる?実際に試してみた|Goodpatch Blog グッドパッチブログ

        こんにちは。Goodpatch UIデザイナーの金谷です。 最近、ChatGPTで話題沸騰のAI。機械学習、ディープラーニングなどの技術の進歩が著しく、自然言語処理、画像認識、音声認識などの分野で、驚異的な精度と高速な処理能力を発揮しています。 ChatGPTにいろいろな「仕事」をさせる実験が流行っていますが、私自身もAIに負荷が高い(面倒)な作業を肩代わりしてもらえないか、実験をしてみたくなりました。 個人的な願いですが、AIの活用によって業務効率が飛躍的に向上するといいなと考えています。より創造的なタスクに時間をかけられ、品質の高いものを生み出せたり、人間が意思決定をする上で、十分な情報や条件がすぐにそろったり。 というわけで、デザインのワークフローにおけるどんな課題を解決できるのか、順に追って考えてみたいと思います。 Webアプリ・モバイルアプリデザイナーのワークフローごとに面倒な作

          デザイナーの仕事は AI でラクになる?実際に試してみた|Goodpatch Blog グッドパッチブログ
        • Unityソルジャーの憂鬱

          自分がやってる仕事って実は”Unityエンジニア“じゃないかもしれないという話。 クリーンアーキテクチャはゲーム開発に不向き説 以前から、界隈では「UnityでDIコンテナを使おう!クリーンアーキテクチャをやろう!」みたいな話がたびたび盛り上がっている。 私も、「そんなに素晴らしいなら使ってみたい」と思って勉強しようとするたびに、そもそものメリットがサッパリ理解できずに終わるのを繰り返してしまう。 本当にUnityでクリーンアーキテクチャをやるのは優れた方法なのだろうか?じゃあUnity公式のサンプルとかがベッタベタにUnityの普通の作り方になっててクリーンな設計が全然されてないのはなんでなん? 最近はこういう記事も見かけた。 ゲーム開発 に所謂なアプリケーション設計パターンをおいそれと適用するのは難しい クリーンアーキテクチャというものはUIフレームワークとかWebのアーキテクチャから

            Unityソルジャーの憂鬱
          • 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
            • なれる!SRE - Becoming SREで学んだこと - じゃあ、おうちで学べる

              はじめに エンジニアとして就職する前に読んだ「なれる!SE 2週間でわかる?SE入門」の内容があまりにも厳しく、業界に就職するのが怖くなったことを覚えています。本の中に登場する中学生の少女にしか見えない凄腕のSE、室見立華さんのような人物は現実には存在しないでしょうが、実際の業界には彼女のような凄腕エンジニアや年齢不相応な技術力を持つ人間も確かに存在します。 なれる!SE 2週間でわかる?SE入門 (電撃文庫) 作者:夏海 公司,IxyKADOKAWAAmazon SREの探求『Becoming SRE』の内容紹介 私は「なれる!SE」が好きすぎるあまり、「なれる!SRE」というタイトルのクソみたいな文章を吐き出したこともありましたが、そのクオリティがあまりにも低かったため、外には公開せずに留めておきました。そんな中、SREの探求の原著者であるDavid Blank-Edelman(ott

                なれる!SRE - Becoming SREで学んだこと - じゃあ、おうちで学べる
              • 要求定義と要件定義の違いを考える - Qiita

                要求定義と要件定義についての記事というのは需要があるようですね。 検索されるだけなのか?そもそも話し合いの中では、その「定義」を確定して、話しておくことが大事なのですよね。言語を学ぶ上で、まずはひらがなからカタカナからそしてローマ字など文字を学ぶように、プログラミング用語や現場で使う単語などというのは意識して使っていかないと追いつけなくなってしましますからね。 役割分担、期日を決めるなどマネージメントの方もプロジェクト進行では、考えていきたいですね。 ##最近の近況 バーチャルな世界に興味があり、バーチャルSNSなどにも顔を出しながら作業してます。 ##はじまり はぁ… なんでシステム開発が失敗するんだろう… 仕様の変更が多くて… 言った言ってないのトラブルから避けたい… システム動かしてみても全然使えない… 実は.. 事業運用をオペレーションレベルに展開しないままに、 システム開発をして

                  要求定義と要件定義の違いを考える - Qiita
                • 「魔法部」 ブランドサイトのつくりかた|MEFILAS

                  今回より、Webサイトの制作方法を実際の案件を通してお伝えする「Webサイトのつくりかた」シリーズをスタートします! Webサイトは目的や狙いによって制作方法はさまざま。いざつくろうとすると... ・制作の進め方がわからない ・企画のアイデアがまとまらない ・どんなデザインが良いか判断できない ・アニメーションが考えられないなど、わからないこともたくさん出てきますよね。 このシリーズでは、そんな「実際どのように制作しているのか」という疑問を、制作を依頼される方・制作を担当される方の参考となるように、弊社の制作実績を通してお伝えしていきたいと思います。 第一回目は、魔法の世界観が魅力的なファッション・雑貨ブランド「魔法部」ブランドサイトのつくりかたをご紹介いたします。 01. 魔法部とは 魔法部 https://www.felissimo.co.jp/mahoubu/ 「魔法部」とは、通販会

                    「魔法部」 ブランドサイトのつくりかた|MEFILAS
                  • 年40%増の急成長事業をフルサイクルエンジニアリングする ~大企業連携システムの紹介~ - MonotaRO Tech Blog

                    こんにちは、エンタープライズビジネスエンジニアリング部門 購買ソリューショングループの河本です。 今回はモノタロウのECサイトとして一般的に広く知られているmonotaro.comではなく、年40%増の急成長事業である購買管理システム事業(以降、大企業連携と呼びます)のシステムの概要を説明します。後半には、売上向上に直結する新規連携開発業務の苦労や面白さも掲載しています。ぜひご覧ください。 購買管理システム事業(大企業連携)とは 大企業連携システムの概要 ユーザーが商品を購買する流れ 大企業連携を支えるシステム構成 パンチアウト連携 (商品を探す、注文する) データ連携 (納期/出荷/請求の情報を確認する) 技術スタック 大企業連携システムの開発業務 新規連携開発の苦労 新規連携開発の面白さ さいごに 購買管理システム事業(大企業連携)とは まずはじめに、大企業連携について簡単に紹介します

                      年40%増の急成長事業をフルサイクルエンジニアリングする ~大企業連携システムの紹介~ - MonotaRO Tech Blog
                    • 産総研:機械学習品質マネジメントガイドラインを公開

                      発表・掲載日:2020/06/30 機械学習品質マネジメントガイドラインを公開 -AIを用いた製品やサービスの品質を安全、安心に管理するために- ポイント マネジメントが困難とされる機械学習を用いたAIシステムの品質管理方法をガイドラインとして公開 機械学習AIシステムの品質要件を分類・整理し、開発者が客観的に評価できる枠組みを構築 企業での利用とそのフィードバックにより有用性を高めながら、国際標準化を目指す 国立研究開発法人 産業技術総合研究所【理事長 石村 和彦】(以下「産総研」という)サイバーフィジカルセキュリティ研究センター【研究センター長 松本 勉】ソフトウェア品質保証研究チーム【研究チーム長 大岩 寛】と人工知能研究センター【研究センター長 辻井 潤一】は、民間企業・大学などの有識者と共同で、AIシステムの設計開発における品質マネジメントについて体系的にまとめた「機械学習品質マ

                      • Django(Python)でシステム開発できるようになる記事_入門編 - Qiita

                        株式会社デジサク がお送りするプログラミング記事、 今回はPythonのWebアプリケーションフレームワーク「Django」について扱っていきます。 ※ 無料セミナーも開催中なので、ぜひご覧になってみて下さい。 はじめに Pythonをはじめ、プログラミングが以前より身近になってきましたが いざサービス開発にチャレンジすると色んな壁があります。 『入門書やチュートリアルのコピペから卒業できない』 『コピペで作ってみたけど、それ以降のアレンジができない』 『自分が書いたコードが正しいのか何となく自信がない』 これらを分析すると、下図のように5つの要因に分解できます。 本記事では「実践フェーズ」にフォーカスして『実際に動くシステムを開発する』ことを目標にします。 ※「基礎フェーズ」についても別の記事で整理したのでリンクをご紹介しておきます。 (3)プログラミングの基礎:Pythonでゼロからで

                          Django(Python)でシステム開発できるようになる記事_入門編 - Qiita
                        • プロダクトでのデータ活用を推進するために回避すべき 10 の罠|piqcy

                          データドリブンにプロダクトを改善していきたい、とはどんなプロダクトマネージャーでも志すことですが現実には上手く行かないこともあると思います。その時に、参考になる動画を見つけたので紹介します。 Product School のチャンネルで公開されている Webinar: Top 10 Digital Analytics Mistakes by Amplitude's Adam Greco and WillowTree's Jeremy Stern です。登壇者の Adam Greco さんは Amplitude という分析プラットフォームの Product Evangelist 、 Jeremy Stern さんは WillowTree というプロダクトでのデータ活用を支援するコンサルティングサービスの Director of Product Analysis を担当されています。動画の見ど

                            プロダクトでのデータ活用を推進するために回避すべき 10 の罠|piqcy
                          • 【エンジニア採用担当者向け】エンジニア採用を成功させる7つのステップ 〜100社以上の採用課題をまとめました〜 - Findyブログ

                            Web系企業=情報処理サービス業と考え、全ての人がコードを書いているかというとそうではないので、Webエンジニアは約10万人いると想定できそうです。 ちなみに日本の労働人口は約6700万人なので、労働人口に締めるWebエンジニアの割合は、なんと約0.15% 求人倍率はどれくらいか? dodaによる求人倍率レポート<https://doda.jp/guide/kyujin_bairitsu/>によると2019年11月現在のIT/通信業種の求人倍率は7.05倍。単純に、1人のエンジニアに対して7つの企業(求人)でアプローチしている状況です。 もう少し深ぼると、厚生労働省が出している平成30年雇用動向調査結果の概要によると 情報通信業の入職率:14.4%なので、おおよそ1年間に約10万人×14.4%=1.4万人の方が転職をしているという形になると推測できそうです。 あなたの会社の求人はこの7つの

                              【エンジニア採用担当者向け】エンジニア採用を成功させる7つのステップ 〜100社以上の採用課題をまとめました〜 - Findyブログ
                            • 図解を制するものは、エンジニアリングを制す。diagrams.netを使ったチーム開発のススメ。 - MonotaRO Tech Blog

                              こんにちは、初めまして、フロントエンドエンジニアの八木です。 普段、モノタロウのECサイト開発を行っています。 エンジニアだとシステム構成図やシーケンス図など、何かと図を作る機会が仕事柄たくさんあります。その多くは要件定義や詳細設計などのフェーズで、人に何かを伝えるために使われます。 最近では、テック系のイベントやセッション登壇などでも使われる機会が多く見られるようになってきましたね。 エンジニアが図を用いる理由 図を用いる理由は文字だけでは直感的に伝わりづらいなど様々ですが、共通して言えることはビジュアライズすることによって皆が同じ認識を持つことにあります。 しかし、人によって描き方が異なっていたり、描き方に正解はないことから個人の解釈にずれが発生することが多々あります。 例えば以下の例を考えてみます。 伝えたいことは次の通り。 WebサーバーはNginxを使用 Appサーバー上ではDo

                                図解を制するものは、エンジニアリングを制す。diagrams.netを使ったチーム開発のススメ。 - MonotaRO Tech Blog
                              • フリーのITエンジニアのビジネスモデル

                                フリーに限らない気もするが。今の所常に新しい技術を勉強して取り残されないようにしながら請けた仕事をこなしてお金をもらうという生業をしているが、自分も超人ではないので加齢と共に不安になってきた。まだ大丈夫だけど、将来が不安。具体的には体力の衰え(多分)からくる睡眠時間の増加、身体にちょっと悪い所も出てくるので通院時間の増加などで以前ほど時間が取れなくなってきてるし、人生のステージが上がると勉強や仕事以外の楽しみが増えてきて相対的に勉強・仕事へのモチベが下がる。そんな理由でちょっと知識のアップデートをサボっていると新技術に対して若い奴らの方が詳しくなって5chなんかで老害と煽られるようになる。そういうのがきっかけで経験の蓄積が武器にならない商売ではこの先やっていけないのではと思うようになった。 仕事のプロセスも毎回違う客から相談が来てヒアリングして要件定義して見積りして受注して開発して、って感

                                  フリーのITエンジニアのビジネスモデル
                                • 『モデリングの学び方:座談会』を見たよメモ - コード日進月歩

                                  モデリングの学び方:座談会 - connpassを見たよメモです。ディスカッション形式だったので、話の流れになぞらえてまとめていきます。 本日の話し手 この会でメインで喋られていたのは以下の方々 増田さん かとじゅんさん ミノ駆動さん hirodragonさん 藤岡さん 原田さん 高崎さん 本日の趣旨説明と増田さんの考えるモデリングに関して まずは下記の資料を使いながら今日の催しの趣旨説明と増田さんの考えるモデリングに関しての話があった。 speakerdeck.com 上記の資料にもあるが以下の話が冒頭で行われた 今回の話し手の属性に関しての話(共通的な部分もありつつも自社サービスを持つ人たち3人と、受託開発を主に行う人たち3人という構成) まずは前提の話としての増田さんのモデリングの考え方のダイジェスト説明 効果的なモデリングの考え方(要点をうまく表現する名前を見つける、認知不可の軽減

                                    『モデリングの学び方:座談会』を見たよメモ - コード日進月歩
                                  • お役所や大企業がIT調達の呪縛から逃れるためには - ku-sukeのブログ

                                    宮坂さんのTweetを拝見し、僕もここ数年DXだとかFintechだとかよくわからない業界でもがいてきて少し見えてきたことがあるので言語化してみたい。 勉強になった。行政ではIT調達なる言葉を使うが、ソフトウェア/デジタルサービスは「調達」という言葉に馴染まないのではと。サービスが顧客期待に応えるかは事前に積算できず不確実性が。顧客に聞きながら改善するしかない。これが今の予算/調達制度に抜群に相性が悪い仮説。 https://t.co/RUV1HzrDoe— 宮坂学 Manabu Miyasaka (@miyasaka) 2020年9月19日 おさらい。IT調達の呪縛とは まずはじめに、この国の遅れたIT化や、いけてない(ようにみえる)システムがなぜ起きているか、その原因の多くが、システム開発を「モノの調達」と同じフローに載せていることである。 たとえば、コピー機を100台、カラーレーザー

                                      お役所や大企業がIT調達の呪縛から逃れるためには - ku-sukeのブログ
                                    • ネットワークエンジニアとは?仕事の内容や将来性について解説! | AKKODiS(アコーディス)コンサルティング株式会社

                                      ネットワークエンジニアとは?仕事の内容や将来性について解説! 公開日:2019.11.15 ITエンジニア職種 ネットワークエンジニアとは、インターネットやイントラネットなどの、内外部と通信ができるようなネットワークを構築するエンジニアです。ネットワークの要件定義や設計を始め、構築、運用、保守など一連の業務を担当します。サーバーとサーバーや、サーバーと端末をつなぎ、快適で安定したネットワーク運用に携わります。 今回は、ネットワークエンジニアが実際にどのような業務を担当しているのか、仕事内容とその将来性について解説します。

                                        ネットワークエンジニアとは?仕事の内容や将来性について解説! | AKKODiS(アコーディス)コンサルティング株式会社
                                      • サイトマップの作り方!デザイナーのアレンジ技5選 | 株式会社LIG

                                        こんにちは、株式会社LIG Webディレクターのイナッチです。 Webディレクターといえば、サイト制作プロジェクトの提案や要件定義のフェーズにおいて「サイトマップ」を作る機会が多くあります。 とてもシンプルなフォーマットなので、誰でも作れるように思いがちですが、実は奥深く、取り組み甲斐のある作業の一つだと思っています。このシンプルな図のクオリティによって、その後のプロジェクトが円滑に進むかどうかを左右することさえあると感じています。 そこで今回は、私がサイトマップを作るときに意識していることと、サイトマップの能力を拡張するためのアレンジ技5選についてご紹介いたします。 ※ この記事でご紹介する「サイトマップ」とは、サイト全体の構造を図示した資料のことであり、XMLサイトマップ(sitemap.xml)の作り方については含んでおりません。 サイトマップの基本的な体裁 まずはサイトマップの基本

                                          サイトマップの作り方!デザイナーのアレンジ技5選 | 株式会社LIG
                                        • GPT-4との新たな開発体験: AIとペアプロを極める

                                          こんにちは、クレスウェア株式会社の奥野賢太郎 (@okunokentaro) です。本記事では、GPT-4を使った開発体験について語りたいと思います。 2023年3月14日、GPT-4が発表されました。GPT-4とは、OpenAI社が開発した最新のAI技術で、自然言語処理の能力が従来のGPT-3.5と比較して、さらに向上しています。これにより、文章生成やコーディングの補助といった様々な分野での応用が期待されており、開発者にとっても非常に興味深いツールとなっています。現在は、GPT-4を利用するためにはChatGPT Plusという課金コンテンツに月額20ドルを支払う必要があります。驚くことに、この記事もChatGPTに大半を書いてもらいました。それでは、GPT-4を活用したコーディング体験について紹介します。 AIとのペアプロに近いコーディング体験 筆者はGPT-4公開初日である日本時間の

                                            GPT-4との新たな開発体験: AIとペアプロを極める
                                          • PHP中級者がソフトウェア開発の理解を深めるためのオススメ書籍 約30冊(2020年版) — A Day in Serenity (Reloaded) — PHP, CodeIgniter, FuelPHP, Linux or something

                                            去年末(2019/12)にオススメ書籍をまとめてみたことがあったので、それを少し更新して公開します。 上にある書籍がよりオススメというわけではないです。 対象者は「PHP中級者」です。中級者が何かは難しいですが、初心者、初級者では決してないとは言えます。 改めて一覧にしてみると、かなり偏っているかも知れません(笑 こういうのはコンテキストというのがあるため、それが合わないと「お前は何を薦めているのだ?」となるでしょうね。 キーワードは、「モデリング」「オブジェクト指向プログラミング」「TDD」「デザインパターン」「DDD」「チーム開発」「アジャイルソフトウェア開発」「スクラム」でしょうか。 PHP中級者のイメージ たぶん、PHP中級者であれば、PHPに関することはPHPマニュアルなどを調べて解決できるでしょう。PHPのオープンソースプロジェクトに貢献しており、自分でプロジェクトを持っている

                                            • 全ベンダーが泣いた!――改正民法のIT業界への影響を徹底解説

                                              2017年5月に成立し、2020年4月から施行されている改正民法。明治29年の制定から120年ぶりの改正となる本件がIT業界に関連する項目は、主に以下の3つだ。 成果物の「瑕疵(かし)担保責任」という考え方がなくなる 請負契約において、約束した成果物を納めなくても、請負人が支払いを受けられる場合が出てくる 成果物の納品を前提とした準委任契約ができるようになる @IT eBookシリーズ 第98弾『「訴えてやる!」の前に読む IT訴訟 徹底解説 vol.4』は、上記3点の詳細とベンダーが心掛けるべきポイントを、ITトラブルが法的紛争となった事件の和解調停や裁判の補助を長年担当してきた細川義洋氏が詳しく解説する。 もちろん、皆さん大好物のIT訴訟解説も盛りだくさん。「プロジェクトが頓挫したので、18億円請求します」「その要件定義、有償だって言わなかったからタダですよね?」「アジャイルだか何だか

                                                全ベンダーが泣いた!――改正民法のIT業界への影響を徹底解説
                                              • 要件定義・プロジェクト企画に必要なネゴシエーションをロジカルに学ぶ記事 - Qiita

                                                はじめに こんにちは。 株式会社デジサク の多森です。 今回の記事では、要件定義・プロジェクト企画を推進するためのネゴシエーション術について扱っていきます。 ITプロジェクトを推進していて、こんなことを感じた経験はないでしょうか? 「バラバラな意見・要望を収集できない」 「発言力がある人の影響に負けてしまう」 「いつまでも追加要望が止まらない」 関係者の意見を尊重しつつも優先順位を明確にして、全員で同じ目的に向かってプロジェクト推進するバランス感覚が欲しいと常々感じます。 こんな悩みを解決するために、、 「センスに頼らない!要件定義・プロジェクト企画のネゴシエーション術」 こんなテーマで、様々な関係者とスムーズに調整する考え方を3つの軸(タイプ別・役職別・フェーズ別)で整理しました。 本記事の章立ては以下の通りです。 ーーーーー 企画・要件定義のほとんどは関係者との調整 ポイント①:思考タ

                                                  要件定義・プロジェクト企画に必要なネゴシエーションをロジカルに学ぶ記事 - Qiita
                                                • GitHub Copilot for Business 始めました - STORES Product Blog

                                                  こんにちは、STORES CTO室でフロントエンドを色々やっている ushironoko です。 今回は巷で噂の GitHub Copilot について、弊社でも導入を始めたためその所感などをつらつらと述べていこうと思った記事になります。 GitHub Copilot について すでに多くのテックブログなどで綺麗にまとめられているため、サボらせてもらいます。というか、下記記事に大体 for Individuals、for Businessの気になりポイントがまとまっており急ぎの人はこれで良いかもしれません。 【Copilot はじめました】GitHub Copilot 導入におけるハードルの整理 - M&Aクラウド開発者ブログ 要するに VSCode などのエディタ上で機械学習によって強化されたコード補完がいい感じに出るやつです。あとで触れますが、当初懸念されていたライセンス問題についても

                                                    GitHub Copilot for Business 始めました - STORES Product Blog
                                                  • 保守性の担保のために仕様を整理する方法 - とろろこんぶろぐ

                                                    はじめに リリースされたプロダクトをエンハンス開発していく上で、保守性を保ち続けることがとても大事なのは言うまでもありません。 特に複雑な要件は実現するために難解なロジックを書く必要があります。 このことから 要件の複雑さと保守性はトレードオフになりがち です。 保守性を保つ方法はさまざまです。 例えば、可読性を高めるような書き方をした上でコメントを残したり、 Lintやテストなどツールを使ったりなどです。 しかし、この記事では書き方やツールではなく、 そもそも複雑になりそうな仕様を整理し要件から取り外すこと で保守性を保つ取り組みを紹介します。 この記事は Recruit Engineers Advent Calendar 2022 の2日目の記事です。 adventar.org 開発者が仕様の整理に入り込む フロントエンドエンジニアをやっていると、カジュアルに難解なUI要件が定義された

                                                      保守性の担保のために仕様を整理する方法 - とろろこんぶろぐ
                                                    • 中学生の技術の教科書がやべえ。クライアント・サーバのプログラムの要件定義から設計、コーディングまでがっつりやってる。

                                                      eXpresser @4/28-29ニコニコ超会議 @eXpresser_UXM 個人的には、学生時代に塾講師をやって、業務系SE職に就職したので、技術科の教科書がここまで変わったのはすごく興味深いです。 副教科なので、ここまでやるかは先生次第でしょうし、用語を覚えさせて、テストするぐらいが関の山でしょうか。 でも、教科書としてここまで情報が載っているのは驚き! 2021-06-24 19:15:28

                                                        中学生の技術の教科書がやべえ。クライアント・サーバのプログラムの要件定義から設計、コーディングまでがっつりやってる。
                                                      • ウェブアクセシビリティ テストと自動化における挑戦と失敗 - Findy Engineer Lab

                                                        改正された障害者差別解消法の施行が迫りつつあり、企業にとってウェブアクセシビリティへの対応は急務といえる状況です。 また、アクセシビリティは法律だけの問題ではありません。Webサービスを展開している企業であれば、サービスを誰でも不自由なく使える状態にしていくためにも、アクセシビリティに向き合っていく必要があります。 今回は、アクセシビリティのテストと自動化における各企業の取り組み事例について、4名のパネリストにLT形式で発表していただきました。本記事では、テストの自動化やツール選定、普段の開発への組み込み方など参考になる情報が盛りだくさんだったトーク内容をご紹介します。 ■パネリスト 安田 慎さん/@syasuda90 株式会社サイバーエージェント AmebaLIFE事業本部 開発局 フロントエンドエンジニア 2016年に中途でサイバーエージェントに入社。フロントエンド開発を担当する傍らア

                                                          ウェブアクセシビリティ テストと自動化における挑戦と失敗 - Findy Engineer Lab
                                                        • 複雑な開発要件を整理する際の考え方〜RDRAを参考に〜 - LayerX エンジニアブログ

                                                          はじめまして!LayerXのカレー担当のN_Taisho(西井)です。 私は、もともと霞ヶ関の役人として、6年ほど地方財政支援、大規模災害の被災地の復旧・復興支援、国際協定交渉等に関わってきました。現在はLayerXに所属しながら、三井物産デジタル・アセットマネジメント株式会社(以下、MDM)にてProduct Managerとしてプロダクト開発に主に携わりつつ、会社立ち上げに係る様々な業務に従事させてもらっています。 このMDMは、「眠れる「銭」を、Activateせよ。」をミッションに、「Operation × Techでどうアセマネ業務をリデザインするか」に取り組んでおりますが、その概要については以前、同じくLayerXに所属しながらMDMにコミットしている丸野が執筆した以下の記事が詳しいところなのでそちらをご一読いただければと思います。 tech.layerx.co.jp 今回は、

                                                            複雑な開発要件を整理する際の考え方〜RDRAを参考に〜 - LayerX エンジニアブログ
                                                          • ユーザーはなぜ、自社のシステム開発に協力しないのか

                                                            ユーザーはなぜ、自社のシステム開発に協力しないのか:本業が忙しいから、お手伝いはできないよ(1/4 ページ) 複雑怪奇なIT“業界”を解説する本連載、第1弾はIT業界にまん延する多重下請け構造と偽装請負について、第2弾は多重下請け構造が起こる仕組みについて、第3弾はシステム開発プロジェクトには複数の契約形態が混在することを説明した。 今回は「ユーザー」の謎を解説する。彼らはなぜ、いつも当事者感覚がないのだろうか――。 お任せ体質ユーザーの末路 私はこれまで、システム開発のトラブルに関する連載や研修などを行うために、さまざまなIT訴訟について調べてきました。 悪い意味で印象的だったのは、ある清涼飲料水メーカーの在庫管理システム構築に関するトラブルです。ユーザー企業の担当者たちの知識不足、そしていわゆる「お任せ体質」がベンダーの作業を遅らせ、ついにはプロジェクトを破綻させてしまった事件でした。

                                                              ユーザーはなぜ、自社のシステム開発に協力しないのか
                                                            • 【主催イベント】アジャイル開発「スクラム」って各社どうしてる?エンジニア知見共有会 - TECH Street (テックストリート)

                                                              こちらのイベントレポートは下記のリンクからご覧ください www.tech-street.jp ※こちらのイベントの申し込みは終了しました techplay.jp ※外部サイトへ遷移いたします。 こんな方におすすめ ・アジャイル開発経験を持つITエンジニア その他、本テーマに興味関心のある方 開催概要 アジャイル開発「スクラム」って各社どうしてる?エンジニア知見共有会 ITテクノロジーに関する様々な職種やテーマで「他社・他の人ってどうしてるの?」を学ぶ、 TECH Streetコミュニティ恒例の事例・知見共有勉強会。 今でこそアジャイル開発「スクラム」は様々なプロジェクトで採用され、概念も浸透していますが、具体的なやり方はプロジェクトの数だけ特徴があるかと思います。そこで今回は各社のアジャイル開発「スクラム」に携わるエンジニアが集まり、それぞれの知見を発表し、学びあう勉強会を開催いたします。

                                                                【主催イベント】アジャイル開発「スクラム」って各社どうしてる?エンジニア知見共有会 - TECH Street (テックストリート)
                                                              • 独学でプログラミングを勉強してGAFAに入社するまでの話 - Qiita

                                                                技術的な話ではないため、ややQiitaの趣旨と反するかもしれないが、noteで好評だったので少しでも初心者エンジニアに届いて欲しいと思い投稿しておく。誰かの役に立てれば幸いである。未経験から2年の学習期間でGAFAの内定を勝ち取れた私の勉強手順を記しておく。社名はまだ出せないが、GAFA詐欺ではないことは保証しておこう。笑 まずは、自己紹介。のりちゃん(@furusatojuku)です。 これからフリーランスを目指す方、 IT系の企業に入社を考えているあなたが 自分を重ねながら読んで頂けると楽しめると思います。 序章 なぜこの記事を書こうと思ったのか 「フリーランスエンジニア」 近年やっと世間に浸透した言葉だ。ひと昔まえ、終身雇用は当たり前で、大企業に就職することは一種のステータスだった。 しかし、そんな時代も終わり「優秀な人材は転職する」ことが当たり前の時代となった。フリーランスエンジニ

                                                                  独学でプログラミングを勉強してGAFAに入社するまでの話 - Qiita
                                                                • Webサイト制作・ホームページ制作発注の流れと事前知識 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作

                                                                  みなさまこんにちは、Webディレクター・プランナーのむむです。 Webサイト(ホームページ)を作りたいと思ったときに、何から調べたらいいのか悩みませんか? 決して安くない金額と時間がかかるWebサイト制作。Webサイト制作で頭を抱える人が少しでも減りますように……。そんな願いを胸に、 Web制作(ホームページ制作)に関して、これを見れば全部わかるという資料を作りました! なんと全75ページの超大作! もう、本ですね。当時の自分にこの資料を渡してあげたい。 資料ダウンロード また、こちらの記事ではWebサイトを制作するメリットや価格、制作期間などを解説します! LIGにWeb制作の相談をしませんか? 2007年創業、年間150サイト制作の実績で、毎年複数のデザインアワードを受賞しています。 訪問した瞬間貴社の魅力がグッと伝わる!そんなWebサイトを制作します 💡LIGのWeb制作実績・お問

                                                                    Webサイト制作・ホームページ制作発注の流れと事前知識 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作
                                                                  • 日本のITの未来を担うSES、あるいはプロダクトオーナーの重責について - GoTheDistance

                                                                    先日、アジャイル開発を推進するために大変有意義な資料が公開されています。ESMの木下さんといえば、アジャイル開発の現場にずっと携わってきた著名な方です。 note.com でも、令和2年にこちらの記事が何百もはてブされるのも、おいおいマジかよって思う所がありまして。今までどうやってたのだろうか...。準委任(時間単位のチャージ)以外の選択肢がないやり方だと思っていたので。請負でアジャイルを取りに入れるわけないですよね。一般的なSIerさんでは、どういう理解をされて、どう取り組んで来たのだろう。 アジャイルと受託開発の相性は最悪では ムービング・ターゲットを請負で追いかける自傷行為を誰がやるんだって話と、要件固めて下請けに出せないから誰もやりたがらないよねという話を書き散らしています。 10年前に書いた記事の内容がまだ通用してしまうのも、自分でも少し寂しい気持ちがあります。 gothedis

                                                                      日本のITの未来を担うSES、あるいはプロダクトオーナーの重責について - GoTheDistance
                                                                    • 「みずほ銀行システム統合、苦闘の19年史」が普通に称賛案件だった件について - UXエンジニアになりたい人のブログ

                                                                      各所で話題になってたみずほの本の話。 みずほ銀行システム統合、苦闘の19年史 史上最大のITプロジェクト「3度目の正直」 作者:日経コンピュータ,山端 宏実,岡部 一詩,中田 敦,大和田 尚孝,谷島 宣之 発売日: 2020/02/14 メディア: 単行本 現システムは「大成功」 この本は3部構成になっていて、1部は稼働中の新勘定系システムMINORIの説明です。 本件、直接は知りませんでしたがネット上では「関わったら負け」と言われるほど悪評高く、また延期も2度行っていたので、勝手に「既存システムに〇〇を追加せよ、的な"阿吽の呼吸"の要求を元に開発して、レビューの名の下にしょっちゅう要件が追加されて、テストに入っても『運用が回らないから』とか言って要件が追加されて、出来上がったものはなんとか動いてはいるものの柔軟性のないそびえたつクソ」っていうよくあるパターン、銀行っぽいパターンなんだろう

                                                                        「みずほ銀行システム統合、苦闘の19年史」が普通に称賛案件だった件について - UXエンジニアになりたい人のブログ
                                                                      • 資料作成のポイント(定例、課題解決用) | フューチャー技術ブログ

                                                                        はじめにTIG真野です。説明資料のスライドを作成するときにチームメンバーによくフィードバックしたポイントをまとめました。 以下この記事の前提です。 Google Slideなどのスライド形式が前提です わざわざスライド化しなくてMarkdownに箇条書きで良い場面も多いと思います。先輩はマインドマップでディスカッションしていて憧れました。ただ、この記事ではスライド前提とさせてください 5,6名のメンバーと気合を入れて資料作成し、数ヶ月かけてドメインエキスパートとディスカッションしました経験のまとめです 作成した資料は議論のたたき台+システム設計における要件定義のような位置づけで用いました 資料はフルリモート会議で用いたので、なるべくスライドだけで完結して伝わるような志向があります この記事の記載内容は資料作成の全てのユースケースで使えるわけじゃないです コンテキストを共有しているチームメン

                                                                          資料作成のポイント(定例、課題解決用) | フューチャー技術ブログ
                                                                        • 2021 年度新卒エンジニア研修について | MEDLEY Developer Portal

                                                                          2021-10-122021 年度新卒エンジニア研修についてこんにちは。医療介護求人サイト「ジョブメドレー」の開発を担当しているエンジニアの山田です。 今年の新卒エンジニア研修において、メンターを担当しました。 メドレーでは 2019 年度から新卒採用を行なっており、今年 2021 年度は 5 名の新卒がエンジニアとして入社しました。 例年と同じく 4 月から 9 月にかけて、約 5 ヶ月間の新卒エンジニア研修を実施しましたので、その取り組みを、研修受講者である新卒からの声も交えてご紹介します。 新卒研修の概要今年の新卒研修の最終ゴールは、「メドレーのエンジニアとして、Our Essentials(※) を体現し、顧客へ価値提供できるようになるための基礎を身につけ、経験を得ること」として掲げました。 ※) メドレーの行動原則 メドレーの新卒エンジニア研修では、技術を身につけることだけではな

                                                                            2021 年度新卒エンジニア研修について | MEDLEY Developer Portal
                                                                          • 工数超過の要因、過剰なテストを避けよう 効率的に要件を作成する「V&V」という考え方とは

                                                                            工数超過の要因、過剰なテストを避けよう 効率的に要件を作成する「V&V」という考え方とは:アジャイル開発における品質管理(3) 少人数、短期間の開発を繰り返すアジャイル開発では、どのようにすれば品質を保つことができるのだろうか。本連載では、アジャイル開発における品質管理の手法を解説する。今回は、スプリント内でのテストと品質保証について、2回に分けて解説する。前編となる今回は要件設定とV&Vについて。 アジャイル開発において、テストをどのように実施するかは難しい問題です。短い開発周期で、設計、実装にしっかり時間をかけようとすると、それに伴ってテストを実施する時間は少なくなります。結果として、テストがスプリント(※)内で収まらず、テストのタスクを次のスプリントに持ち越してしまいます。結果として本来のタスクに着手できず、プロジェクトが停滞してしまうことも考えられます。 (※)アジャイル開発におけ

                                                                              工数超過の要因、過剰なテストを避けよう 効率的に要件を作成する「V&V」という考え方とは
                                                                            • 横断型テックリードという働き方 - 文字っぽいの。

                                                                              みなさんこんにちは。FromAtomです。 自分は今『モバイルアプリ分野テックリード』という肩書で仕事をしています。世の中のテックリードの皆様におかれましては「"分野" テックリードって?」「横断型テックリードって?」という感じかと思います。そんなテックリード業を2019年末から2年ちょっとやってきたので、この記事では自分がやっていることの説明と、分野テックリードが置かれた経緯を紹介します。 なぜモバイルアプリ分野テックリードが必要になったのか 弊社では、全部で12つのiOS・Androidアプリを開発しています。これだけあると、各アプリのプロダクトオーナー毎に意思決定の精度にばらつきが出てきます。例えば、Appleのレビューリジェクトに対する姿勢が異なると「まぁ適当にごまかして通せば勝ちや!」というチームと「BANリスクもあるからちゃんとやるか。面倒だけど。」というチームが生まれる可能性

                                                                                横断型テックリードという働き方 - 文字っぽいの。
                                                                              • SREの活動事例紹介 〜 Backlogのマイクロサービス化に向けた課題検索機能のリプレイス

                                                                                BacklogのSREを担当しているmuziです。 今回の記事では、ヌーラボにおけるSREの活動事例として、Backlogの課題検索機能のリプレイスプロジェクトについてご紹介します。 このプロジェクトでは、SREと開発者がチームを組んで、要件定義からリリースまで行いました。その結果、Backlogを構成するサーバ同士が疎結合になり、将来的なマイクロサービス化に向けた足がかりを作ることができました。 歴史の長いプロダクトにありがちな技術的負債への取り組みの一例として、みなさんの参考になれば幸いです。 リプレイスプロジェクトの背景 Backlogの課題検索機能 最初に、このリプレイスプロジェクトの背景として、Backlogの課題検索機能についてご紹介します。 課題検索機能とは、Backlogの「課題」ページで利用できる検索機能のことです。件名や詳細に対するキーワード検索に加えて、プレミアムプラ

                                                                                  SREの活動事例紹介 〜 Backlogのマイクロサービス化に向けた課題検索機能のリプレイス
                                                                                • レビューで跡形なく直されるのはなぜ - Qiita

                                                                                  はじめに 先日こんなツイートを見かけました。 期待値を大きく外してきた成果物に対してどのように対応するかという問題についてのツイートでした。 このツイートのレビュー依頼者は「まずい点」を指摘してもらって修正すれば成果物として成立すると考えているけれど、レビュワーから見ると評価できる点がなくこのままでは成果物として成立させることができないと考えているように読み取れます。 7-8割程度期待値を満たしているものに対してのレビューであれば、レビューによって修正して成果物として成立させることができ、また、考え方を伝えることで次回からの成果物の質も上げられるでしょう。 一方で、期待値を全く満たしていない成果物に対してのレビューは、レビュワー、レビューイともに大きな苦痛を与えます。 懸命に作ったものを跡形なく直されるのは辛いですが、懸命に作ったものを跡形なく直すのも同じぐらい辛いです。 7-8割程度期待

                                                                                    レビューで跡形なく直されるのはなぜ - Qiita