エンジニアが知っておくべき請負契約と準委任契約の違い - Qiita
参考 IT業界では、請負契約と準委任契約がよく使われます。 委任契約はあまり使われることはなく、筆者も見たことがありません。 これは、エンジニアが法律行為を伴う業務を行うことが少ないためです。 請負契約と準委任契約の違い 請負契約と準委任契約は、どちらも業務委託契約の一種ですが、大きな違いがあります。 一言でいうと、請負契約は「成果物を納品することが目的」であり、準委任契約は「業務の遂行自体が目的」です。 請負契約では成果物を納品する責任が発生しますが、準委任契約ではその責任は発生しません。 ウォーターフォール開発で言うと、PoCや要件定義は準委任契約、設計や開発、テストは請負契約になることが多いです。 また、SES（システムエンジニアリングサービス）も準委任契約で結ばれることが多いですね。 PoCや要件定義が準委任契約になることが多いのは、不確定要素が多いため、確実に成果物を納品すること
見積せえへんねやったらどうやって予算取りするねんという話｜牛尾 剛
私は世界規模のクラウドプラットフォームの開発者で、現在はシアトル付近に住んでいる。 先日書いた自分のポストに対する反応で面白い意見があってそれを読んでそらそう思うやろなぁと思った。ただ、私も別に嘘を言っているわけではないですし、これでビジネスも回っている。面白そうなので、その辺も調べてシェアすることにしてみました。 ウォーターフォールからアジャイルって開発側の話はいいのだが、それだと管理とか経営とか非エンジニアの理解を得られないので、納得できるところをちゃんと言語化してほしいんだよな。アジャイルの人の「見積もりがない」って言葉を使われるのが一番苦手、ストーリーポイントの設計は「計画と見積もり… — えふしん (@fshin2000) August 1, 2024 自分のチームの開発プロセス的なものこちらの方に自分のチームが現在やっている開発プロセスは書いてある。アジャイルとか、DevOps
いつか起業したいエンジニアへ - Qiita
はじめに 34 歳のとき、勤めていた会社の経営が傾き早期退職を促されたのを契機に独立しました。その後、41 歳で Authleteオースリート 社を設立しました。諸般の事情で現在も Authlete 社の代表取締役という肩書きを持っていますが、経営者的な仕事は他の人に任せ (参照: シリコンバレーのプロフェッショナル CEO を迎えて米国市場に挑戦する日本のスタートアップの話)、50 歳目前の現在もプログラマとしてコードを書き続けています。 Authlete 社設立 (2015 年 9 月) から 8 年半弱経過したものの、まだまだ小さな会社で道半ばであるため、起業家として何か語るのは時期尚早ではあるものの、軽い体調不良が長引く中、『自分のエンジニアとしてキャリアを振り返ろう！』という記事投稿キャンペーンを見かけ、生きているうちに子供世代のエンジニアの方々に何か書き残しておこうと思い、文章
「HHKB Studio」が、静電容量無接点スイッチを採用しなかったワケ 担当者に聞いた
リコー傘下になったPFUから10月25日に発表された新型キーボード「HHKB Studio」。既存のシリーズが持つ「プログラマーがハッピーになるキーボード」から少し路線を変え、プログラマーに加えてクリエイターも対象に「持ち運べるオールインワンの仕事場」として企画された別ラインの商品だ。 今までのHHKBにはない新要素も多く、ThinkPadのようなポインティングデバイスが内蔵され、ホームポジションから手を動かさずにマウス操作が可能になった他、4カ所に内蔵されたジェスチャーパッド、キースイッチのホットスワップ（取り替え）対応などが挙げられる。そしてキーはリニアタイプのメカニカルスイッチをHHKBで初めて採用した。このスイッチは中国Kailh製で押下圧は45g。1億回のタイプに耐えられるカスタム品という。
ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ | アーカイブ | IPA 独立行政法人 情報処理推進機構
デジタル技術を活用して企業のビジネスを変革し、自社の競争力を高めていく「デジタル・トランスフォーメーション（DX）」が注目を集めるなか、従来のようなITベンダやシステム部門が中心になって要件定義をすすめるスタイルから、業務部門のユーザが主体的に関与するスタイルへの変革の必要性が増しています。 システムの要件を定義する責任は、構築されたシステムを利用してビジネスに貢献する役目を負うユーザにあると言われています。しかしながら、システム開発の遅延の過半は要件定義の失敗にあると言われるように、要件定義においては、その過程で様々な問題に直面します。 そこでIPAでは、要件定義の過程で直面する問題への対応をガイドすることが、ユーザへのよりいっそうの支援策となると考え、「ユーザのための要件定義ガイド(初版)」の内容を一新し、「ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ」と
年収5000万円！ ChatGPT操る「プロンプトエンジニア」って？ | NHK | ビジネス特集
試しに使ってみたものの「何だかうまくいかず欲しい答えが返ってこない」「想像していたのとは違う画像ができあがった」と思ったことないでしょうか。 欲しい答えや画像を得るために重要になってくるのが、英語で「プロンプト（prompt）」と呼ばれるAIに対して指示する質問内容。利用者が求めている回答をAIから引き出せるかは、この質問次第とも言われています。 このプロンプトを操る「プロンプトエンジニア」という職業が注目されていると聞き、テキサス州に住むエンジニアの1人、ランス・ヤンクさんを訪ねました。 ヤンクさんはもともとは、インターネット通販関連の仕事をしていましたが、2022年11月にChatGPTを初めて使い、その能力の高さに衝撃を受けたといいます。 この技術を使いこなせれば、ビジネスになると考えて仕事を辞め、23歳という若さでプロンプトエンジニアに転身。日々、どうすれば欲しい答えを得られるプロ
見積もりという概念を「見積もり」「コミットメント」「ターゲット」に分ければもっと楽しく開発できる - Link and Motivation Developers' Blog
（※本記事は去年の弊社のQiita アドベントカレンダーに投稿したものをリライトしたものになります。反響が嬉しすぎたので自社ブログにも載せて擦ります。） はじめに リンクアンドモチベーションで、エンジニアをしています、宮田と申します。 自分は外部の技術顧問の方に月に一回のペースで1on1する機会をもらっています。 今回はその中で話したことを共有します。 公開するにあたって分かりやすさを重視して少し脚色していますが、大筋はリアルなものです。 見積もりに対する課題感 ぼく「約束は開発を遅らせるという記事を最近読んだのですが、その通りだと思ったのですよね。」 さて、チームの外に対して約束するために「この機能1ヶ月で出せるよね？」とプロダクトの人やマネージャーに聞かれたら。これは返事に悩む。「ラフで構わないから」って言われて伝えたら、それがコミットメントになってしまったのを過去に何度も見たことがあ
CTO から見た，なぜスタートアップ
初期のソフトウェア設計は壊れがちなのか - Speaker Deck
Speaker Deck This deck requires a password Password
システムの内製化は修羅場｜yusugiura
近年、日本の大企業による「システム開発の内製化」に関する話題を目にすることが多くなりました。それまで、システムを内製化する会社というのは、サイバーエージェントやDeNAといった、いわゆるweb企業が中心でしたが、この話が、伝統的な大企業に及んでいるのが昨今の動きです。 内製化のゴールは「システム開発を自社で行うことによって、ビジネスの競争優位を加速させること」と考えています。競争力のあるビジネスが存在することが前提になりますが、優位性を加速させる筋書きがある時に、内製に投資する意味があるわけです。 しかし、大企業によるシステム開発の内製化は、ほとんど、うまくいかないことが予想されます。多くの場合、エンジニアを雇って、お金をかければ、内製化できるという考えが流布しているように感じており、少々筋が悪い気がするからです。 そもそも、システムの内製化というのは、大企業やベンチャーを問わず、大きなリ
エンジニア200人に聞いて、業務委託単価表を作りました - Qiita
ISSUEへ移動しました 診断機能の結果も元に単価表の精度をアップデートしています。購読してお待ちいただければと思います。 2022年度最新版はこちら こちらの単価表を元に単価診断機能を作りました 様々なご要望を受け、新たに単価診断機能を作成しました！質問形式で現時点での単価目安を診断することができます。改良に改良を重ねていくのでぜひ一度受けてもらえると嬉しいです！ はじめに 私は「ISSUE」という副業プラットフォームを運営しているのですが、プラットフォームを構築する際にエンジニアの方々約200人とお話しました。そのヒアリング内容からエンジニア業務委託単価表を作成してみました。単価はこれから副業やフリーランスとして活動しようという方々がよく悩むところだと思います。私もそうでした。またすでに業務委託をしている方もどのタイミングで単価を上げる交渉をすればいいかとても悩むものだと思います。そん
HashiCorpのミッチェル・ハシモト氏がCTOを退任、今後はフルタイムの開発者として貢献していくと発表
HashiCorpのミッチェル・ハシモト氏がCTOを退任、今後はフルタイムの開発者として貢献していくと発表 HashiCorpの創業者の一人として知られるミッチェル・ハシモト氏は、同社のCTOおよび経営陣からの退任を発表。HashiCorpには残り、社員の立場でフルタイム開発者として貢献していくとのことです。 I've decided to become a full-time individual contributor at HashiCorp and will no longer be an exec. This is something we've planned for years and I'm so happy HashiCorp is in a place to allow it to happen. Do what you love, not what others ex
[ThinkIT] オープンソース時代の企業システム選択ポータル
2024/8/11 オープンソースのアプリケーション開発フレームワーク「Flutter 3.24」「Dart 3.5」リリース 2024/8/11 「KDE Frameworks 6.5.0」リリース 2024/8/9 「Samba 4.20.4」リリース 2024/8/5 新しいカーネルが採用された「Arch Linux 2024.8.1」リリース 2024/8/4 エレコムの無線LANルーターに複数の脆弱性、JPCERT/CCが注意喚起 2024/8/3 オープンソースのコンパイラ「GCC 14.2」リリース 2024/8/3 プログラミング言語「Rust 1.80」リリース 2024/8/1 「Xen 4.19」リリース 2024/7/31 機械学習フレームワーク「PyTorch 2.4」リリース 2024/7/31 バージョン管理システム「Git 2.46.0」リリース
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
開発と営業はなぜ対立する? エンジニアを理解する10選 - 日本経済新聞
IT訴訟解説：同僚全員と共に他社に転職したエンジニアを企業が訴えた判例「顧客も社員も奪われて、わしゃもう死んでしまいたい」（＠IT） - Yahoo!ニュース