Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? AI搭載エディタCursorを色々と試しているのですが、これが非常に興味深いです。 普段の開発業務はもちろん、少し工夫することで、要件定義のような上流工程も大幅に効率化できるのではないか?という気づきがありました。 本日はその試みについて、私が行った具体的なプロセスと合わせて共有できればと思います。 概要 不動産テック業界に限らず、SaaS開発などに携わっていると、日々さまざまな要望が寄せられますよね。 「ここにこんな機能を追加したい」「あの画面のここをこう変更してほしい」といった具合です。 そして、それらを適切に実現するためには、まず
こんにちは、Xイノベーション本部の米久保です。 こちらは、電通総研テックブログ アドベントカレンダー2024の12月10日の記事です。 はじめに 認知負荷 認知負荷理論 ソフトウェア設計と認知負荷理論 認知バイアス エラー まとめ 参考文献リスト はじめに ITエンジニア同士で会話するときに、「メンタルモデル」や「認知負荷」などの認知科学に由来する用語をよく耳にするようになりました。ソフトウェア開発は結局のところ人間によって行われる社会的な営みなので、人間の心のクセ、つまり認知特性に注目することはその活動をより良いものにする上で重要です。 デザインの領域では人間中心デザイン(Human-centered design, HCD)に代表されるように、人間の認知特性を考慮に入れたアプローチが主流となっており、ユーザーのニーズ、能力、行動に合わせたデザインを行います。 ソフトウェアの品質は外部品
開発者コミュニティに利益をもたらすと思われるライセンスモデルの変更をお知らせいたします。WebStorm と Rider の非商用利用が無料になりました! 変更内容とその理由に関する詳細は以下をお読みください。その他の詳細については、以下の FAQ セクションもご確認ください。 更新情報: CLion も非商用利用が無料になりました 現在の状況 今年初め、最近リリースされた RustRover と Aqua に新しいライセンスモデルを導入し、これらの非商用利用を無料にしました。 今回、このモデルを WebStorm と Rider にも適用することになりました。 これらの IDE を学習、オープンソースプロジェクト開発、コンテンツ制作、趣味での開発のような非商用目的に限り、無料でご利用いただけるようになりました。 商用プロジェクトについては変更はありません。既存のライセンス体系がこれまで通
「【GitHub x サイバーエージェント共催】GitHub Copilotで変わる開発文化の現実」は、日本国内で最もGitHub Copilotの利用者数が多いサイバーエージェントとGitHubが共催し、GitHub Copilotを活用している現場のリアルな声や企業としての課題などを語るイベントです。ここで株式会社サイバーエージェントの黒崎氏、GitHub Japanの服部氏、GMOペパボ株式会社の髙橋氏と黒瀧氏が登壇。まずは、GitHub Copilotの活用について、GitHub Copilotに欲しい機能について話します。 登壇者の自己紹介服部佑樹氏(以下、服部):準備ができたようなので、続いてパネルディスカッションを進めていきたいと思います。 ファシリテーターを務めるのは、GitHubの服部です。よろしくお願いします。では、左から自己紹介をしていただいてよいでしょうか? 黒瀧悠
オラクル、OpenJDKに静的なネイティブイメージの生成機能を組み込む方針を明らかに。GraalVMのOpenJDKへのコントリビュートで オラクルは先月(2022年10月)に米ラスベガスで開催したJavaOne 2022で、GraalVM CEのJava関連コードをOpenJDKコミュニティに寄贈すると発表しました。 Excited about @GraalVM JIT and Native Image becoming part of OpenJDK!#JavaOne pic.twitter.com/al1nHTl2RW — GraalVM (@graalvm) October 18, 2022 参考:[速報]オラクル、OpenJDKコミュニティにGraalVM CEのJava関連コードを寄贈すると発表。JavaOne 2022 このとき、GraalVMのJavaのJITとネイティブイ
ソフトウェア開発において「悪い結果に陥りやすい、避けるべき典型例」を指す、「アンチパターン」。 プロジェクトマネジメントの世界にも存在するアンチパターンは、プロジェクトの遅延や成果物の品質低下を招く原因となります。今回のセミナーでは、プロジェクトマネジメントの現場でよく見かける「プロジェクトマネジメントのアンチパターン」と、その回避方法を紹介しました。全4回。2回目は、アンチパターンその2「細かすぎるリソース管理」について。 アンチパターンその2 「細かすぎるリソース管理」西郷智史氏:アンチパターンの2つ目は、細かすぎるリソース管理です。先ほど、計画の時にもリソースというキーワードが出ましたが、みなさんはリソースの管理をどのようにしているでしょうか? よくあるのが、日単位・時間単位でリソースの負荷調整を詳細に行うこと。IT業界でよくやっています。「何にどれぐらいの時間を使ったの?」と後で集
Jenkins開発チームは、6月28日リリースのJenkins 2.357および9月にリリース予定のJenkins LTS版からはJenkinsの実行環境としてJava 11が必須になることを、ブログ「Jenkins requires Java 11」で明らかにしました。 これまでJenkinsはJava 8もしくはJava 11を実行環境としていましたが、Java 8の対応がなくなることになります。 Jenkins 2.357 released today as the first Jenkins version to require Java 11. @bcrow shares the history of Java support in Jenkins and the benefits of the update. https://t.co/FPTNBTG3jK pic.twitte
Welcome to Apache Commons Apache Commons is an Apache project focused on all aspects of reusable Java components. The Apache Commons project is composed of three parts: The Commons Proper - A repository of reusable Java components. The Commons Sandbox - A workspace for Java component development. The Commons Dormant - A repository of components that are currently inactive. You may also read our ch
To prepare your software project for growth, you can organize a Gradle project into multiple subprojects to modularize the software you are building. In this guide, you’ll learn how to structure such a project on the example of a Java application. However, the general concepts apply for any software you are building with Gradle. You can follow the guide step-by-step to create a new project from sc
Overview What is Gradle? Quick Start Releases All Releases Release Notes Installing Gradle Upgrading Gradle version 8.X to latest version 7.X to 8.0 version 6.X to 7.0 version 5.X to 6.0 version 4.X to 5.0 Migrating to Gradle from Maven from Ant Troubleshooting Compatibility Notes Gradle's Feature Lifecycle Running Gradle Builds Getting Started Learning the Basics 1. Gradle Basics 2. Gradle Wrappe
Jitsi(ジッチ、ジトシ[5])は自由かつオープンソースで、ウェブプラットフォーム(英語版)、Windows、Linux、macOS、Androidといったクロスプラットフォーム向けの音声(VoIP)、ビデオカンファレンス、インスタントメッセージアプリケーションのコレクションである[6][7][8]。JitsiプロジェクトはJitsi Desktop(旧称:SIP Communicator)の開発から始まった。WebRTCの普及に伴いプロジェクトチームはウェブペースの複数人ビデオ会話を実現するJitsi Video Bridgeの開発に集中するようになった。その後、チームは完全なビデオカンファレンスアプリケーションであるJitsi Meetを追加し、ウェブ、Android、iOSクライアントが利用可能になった。Jitsiは、Jitsi Meetをmeet.jit.siでホストしており、コ
Microsoft ビルド エンジンは、アプリケーションを構築するためのプラットフォームです。 MSBuild とも呼ばれるこのエンジンは、ビルド プラットフォームがソフトウェアを処理およびビルドする方法を制御するプロジェクト ファイルの XML スキーマを提供します。 Visual Studio では MSBuild が使用されますが、MSBuild は Visual Studio に依存しません。 プロジェクトまたはソリューション ファイルで msbuild.exe または dotnet ビルド 呼び出すことで、Visual Studio がインストールされていない環境で製品を調整およびビルドできます。 Visual Studio では、MSBuild を使用してマネージド プロジェクトを読み込んでビルドします。 Visual Studio のプロジェクト ファイル (.csproj、
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 内容はタイトルの通りなのですが、アンチパターンなコードを書いた人をこき下ろす意図は一切ありません。コードを憎んで人を憎まずという言葉もありますしね。1 そのようなネガティブな動機ではなく、アンチパターンからできるだけ教訓を汲み取って前に進もうというポジティブな動機で筆を執っています。 全体的に古い話が多いので、最近はこのようなコードや状況が減っていたらいいな、と願っているところです。 環境 主にJava 6 内容 Struts1を拡張したオレオレフレームワークの使用 ご存知の方も多いでしょうけど、Struts1はもう何年も前に
Steven J. Vaughan-Nichols (Special to ZDNET.com) 翻訳校正: 村上雅章 野崎裕子 2021-06-17 06:30 Linuxカーネルにおけるstable(安定)ブランチのメンテナーであるGreg Kroah-Hartman氏は最近、ミネソタ大学の一部の開発者らが悪意あるパッチを意図的に混入しようとしたという事件をきっかけに、ミネソタ大学の開発者らが提出するLinuxへのパッチすべてをブロックした。このようなパッチの提出はセキュリティの観点から見て極めて悪質であるものの、Kroah-Hartman氏の指摘したところによると、コードのメンテナーらは意図的に悪質なコードを混入しようとする試みを発見し、断罪するという無駄な時間がなかったとしても、「本来の作業を十分過ぎるほど抱えている」という。それは間違いのない事実だ。 というのも、オープンソースの
Microsoftは2021年3月29日(米国時間)、「Project Reunion 0.5」を公開したと発表した。Project Reunionは、Windowsアプリケーション開発プラットフォームとして機能する次世代の新しい開発者向けコンポーネントとツールのセット。 Win32とUWP(Universal Windows Platform)の垣根をなくし、Windows開発プラットフォームをよりアジャイルでモダン、オープン、互換性の高いものにすることを主な目的としている。 MicrosoftはProject Reunionと、既存のプラットフォームやフレームワークの役割を次のように説明している。 「Project Reunionは、既存のデスクトップWindowsアプリプラットフォームや、.NET(Windows FormsとWindows Presentation Foundati
Kevlin Henney(編)、和田卓人(監修)『プログラマが知るべき97のこと』(オライリー・ジャパン、2010年)を出典とする。各エッセイはCC-by-3.0-USによってライセンスされている。 どんなに余裕あるように見えたスケジュールでも、実際に作業を始めれば、必ずどこかで追い詰められた状態になるものです。そして、同じことを「正しくやる方法」と「手早くやる方法」があれば、後者の方が魅力的に見えてしまうことはよくあります。後者を選べば、後で修正が必要になるとわかっていても、その時は「必ず、すぐに修正しよう」と自分に誓うでしょう。プロジェクトチームのメンバーや、顧客などに修正を約束することもあります。約束した時点ではもちろん、絶対に約束を守るつもりでいます。次のイテレーションなどが修正のチャンスなのですが、実際にイテレーションが始まると、また新たな問題が起きてそちらに注力してしまい、結
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く