並び順

ブックマーク数

期間指定

  • から
  • まで

601 - 640 件 / 1524件

新着順 人気順

programの検索結果601 - 640 件 / 1524件

  • GitHub Copilotを使いこなしてプログラミングの生産性を上げる大切なコツ|erukiti

    皆さんはGitHub Copilotを使っていますか?VSCodeやIDEに拡張を入れると、生成AIとペアプロのようなことができるという、アレです。 最近はこれがないと仕事ができない。なかった時代を思い出せないという人が増えています。プログラミングの生産性に明確に差が生まれます。僕もその口です。 ただ、GitHub Copilotを使いこなせていないという話も度々聞きます。Copilotが提案してくれるコードが微妙で役に立たないというような感じです。 その差はどこにあるのか?を知りたくて6/24に試しにCopilotを使った動画を撮ってみました。実践的なCopilot実演動画というのはすごく珍しいらしく、GitHub dockyardというコミュニティの竣工イベントに登壇してみないか?というお声がけをいただいたので、8/5にGitHub Copilotを使いこなせるとどうなるのかというライ

      GitHub Copilotを使いこなしてプログラミングの生産性を上げる大切なコツ|erukiti
    • コードレビューとPull Request、そしてその承認機能の副作用について考える - 時計を壊せ

      用語 レビュアー 対象となるコードをレビューする人のことを指します。 レビュイー レビューを受ける人、つまりレビューする対象のコードを書いた人のことを指します。 tl;dr アプリケーション開発業務におけるコードレビューはコードの正しさや質そして一貫性を保ち、それらと同時にコードに対するチームとしての共有知を作り上げる良いプラクティスだと思います アプリケーション開発チーム内でのコードレビューにおいてPull Requestを使ったレビューのスタイルは一般的ですが、Pull Requestの承認は実際にはほとんど意味がないのではないでしょうか? ほとんど意味がないにも関わらず、承認の有無によって業務フローが左右されることでそれが権威的に扱われてしまいオーナーシップを希薄化させ、結果的にコードレビューのコストが増加したりそれを行う目的を見失ってしまっていることはないでしょうか? Pull R

        コードレビューとPull Request、そしてその承認機能の副作用について考える - 時計を壊せ
      • AWS、ローコード開発ツール「AWS Step Functions Workflow Studio」リリース。サーバレスアプリをビジュアルプログラミング

        AWS、ローコード開発ツール「AWS Step Functions Workflow Studio」リリース。サーバレスアプリをビジュアルプログラミング AWSは、AWS Lambda関数やAWSのサービスなどをフローチャートのようにアイコンを組み合わせることでプログラミングを行える、ローコードビジュアル開発ツール「AWS Step Functions Workflow Studio」(以下、Workflow Studio)をリリースしました。 Workflow StudioはWebブラウザから利用する開発環境です。左側にAWS Lambda関数の呼び出しやAWSのさまざまなサービスがアイコンとして並んでいます。 Workflow Studioで開発された内容は、最終的にJSONベースのコード「Amazon States Language」( ASL)として出力されます。 Amazon S

          AWS、ローコード開発ツール「AWS Step Functions Workflow Studio」リリース。サーバレスアプリをビジュアルプログラミング
        • コードレビューはつまらないから丁寧なプルリクエストでチームの生産性向上を目指す

          コードレビューにずっと苦手意識を持っていた。レビューは時間がかかるし、あまり気が乗らない。 がんばってやっても、うまくできたのかどうか自信が持てない。 もちろん、世にあるコードレビューに関する書籍や記事などはいくつも読んだ。 そこには、コードレビューをするときの観点や、コードレビューで望ましい言葉づかいなど、ためになることがたくさん書かれていた。 それでも、やはりコードレビューが苦手なことに変わりはなかった。 だけど最近ようやく、こうすればレビューをうまくこなせるのではないかという出口が、なんとなく見えはじめてきた。 この記事では、ぼくなりにたどり着いた、プルリクエストのレビューを上手に行うための心構え、つまりいかにしてレビューのつらみを減らすかについて書く。 目次 なぜコードレビューはつまらないのか われわれは、なんのためにコードレビューをするのか レビューのコスト レビューの観点 文化

            コードレビューはつまらないから丁寧なプルリクエストでチームの生産性向上を目指す
          • Java 仮想マシンを自作したい全ての方々へ

            はじめに 祝! Java 25 リリース 先日(2025年9月16日),Java 25 がリリースされたことは,Java を愛する皆々様ならご存知のことかと思います。 特に,このバージョンは Java 21 に続く 2 年ぶりの長期サポート(LTS;Long-Term Support)版であり,企業利用においても安心して使えるバージョンとして今後の普及が見込まれています。 前バージョンとの比較や注目の点に関しては,Qiita の方に良い記事がありましたので,そちらをご参照ください。 Java の言語仕様と JVM の仕組みは公開されている ところで,Java のあらゆる言語仕様や Java 仮想マシン(JVM) の仕組みは,JEP(JDK Enhancement Proposal)や JSR(Java Specification Request)などの提案を通じて議論され,最終的に Ope

              Java 仮想マシンを自作したい全ての方々へ
            • Gemini 3.0 Proを使ったら知識ゼロでもAndroidアプリが作れた【Watch+】

                Gemini 3.0 Proを使ったら知識ゼロでもAndroidアプリが作れた【Watch+】
              • 新規作成画面をなくすと考慮事項が激減して嬉しい

                例えば CMS の管理画面を考えます。 /posts に記事一覧画面、/posts/new に新規作成画面、 /posts/:postId に記事更新画面を置くような URL の設計はあるあるかと思います。 今回は /posts/new の画面はないほうが色々嬉しいと思った話をします。 新規作成画面があることで増える考慮事項 まず新規作成画面があると、どんな煩わしさがあるかを考えます。 下書き保存した時、どうする? 新規作成画面で下書き保存をすると、内部的にはリソースの ID が採番されます。つまり下書き保存した段階で、それは記事更新画面になるはず。 その ID で URL を /posts/:postId に書き換えるかどうかを検討します。 筆者は React 一辺倒人間なので React 寄りの話にはなりますが、Next.js や React Router などでは /posts/ne

                  新規作成画面をなくすと考慮事項が激減して嬉しい
                • プログラミング支援AIサービスまとめ。GitHub Copilot、AWS CodeWhispererなど11種類(2024年3月版)

                  GitHub CopilotやAWS CodeWhispererをはじめとする、コードエディタに統合できる11種類のプログラミング支援AIをまとめた。 GitHub Copilotに代表されるコードエディタに統合されたプログラミング支援AIサービスは、まだ登場して間もないにも関わらず、多くのプログラマの生産性向上にとって欠かせない機能になりつつあります。 と同時に、プログラミング支援AIサービスはGitHub Copilot以外にもさまざまなクラウドベンダ、ツールベンダ、スタートアップなどが参入し、多様な製品が新たに投入され続けている変化の激しい分野でもあります。 ここではその中から、現時点での主要なサービスやソフトウェアを11種類取り上げ、まとめました。導入や選択の参考にしていただければと思います。 価格別の主な機能 (Copilot Individual / 月額10ドル/年間100ド

                    プログラミング支援AIサービスまとめ。GitHub Copilot、AWS CodeWhispererなど11種類(2024年3月版)
                  • 日本におけるDevRelとは何なのか、現状と課題と今後 - 941::blog

                    数日前に𝕏上で「日本のDevRelって何なんだ?」という議論が巻き起こり、エンジニアや今DevRelを名乗っている人たち周辺で大きな話題となりました。わたしもかつてDevRelという名前のチームで働き、その活動に意義があると思っているので話題を整理してみたいと思います。今や様々な役割を内包する名称としてIT・WEB業界で一定の認知度を得ているDevRelとは何をする人なんでしょうか。 ここに書いたものはあくまでも個人的な視点と意見ですが、関連する皆さんは一緒に考えてみてもらえると嬉しいです。𝕏でもブログでもPodcastでもYouTubeでもなんでもいいので、是非ご意見ご感想をお寄せください。 この記事を人力で三行でまとめると アメリカ式のDevRelが日本で改変されて使われるようになったよ なんでこうなっちゃったか考えてみるよ 本来的なものだけを残して、ほかは名前を変えるのもいいんじ

                      日本におけるDevRelとは何なのか、現状と課題と今後 - 941::blog
                    • GitHub Copilot Tips and Tricks

                      30分でわかるシステム運用アンチパターン / Operations Anti Patterns in 30 minutes

                        GitHub Copilot Tips and Tricks
                      • eBPFに3日で入門した話 - CADDi Tech Blog

                        はじめに eBPF とはなにか ざっくり概要 「Packet Filter」なのに「Virtual Machine」? eBPFでなにができるか? カーネルイベントのフック ユーザーランドアプリケーションとのやりとり eBPFの主な用途 eBPFが注目される背景 eBPFの仕組み アーキテクチャと処理フロー カーネルモジュールとeBPFの違い eBPFプログラムの作り方 eBPFプログラムを作ってみる 環境の準備 Hello world もう少し複雑なサンプル その他のサンプル HTTPリクエストのダンプ TCP接続先の調査 tcplife dirtop filetop oomkill まとめ eBPFはなにに使えるか 参考サイト はじめに こんにちは、Platformチームの小森です。 eBPF (extended Berkley Packet Filter) について、2022年8月2

                          eBPFに3日で入門した話 - CADDi Tech Blog
                        • 設計の「why」を言語化する - Magnolia Tech

                          設計の「why」を言語化できる人は強いんですよ— magnoliak🍧 (@magnolia_k_) 2022年10月29日 っていうか、驚くくらい「why」が上手く表現できないんですよ、普通は 手順は言えても、なぜ?が言えない— magnoliak🍧 (@magnolia_k_) 2022年10月29日 設計において、すべての決定について仔細に「なぜ、そうしたか?」を言えるべきなのだけど、これを上手く言語化できない人は多い。「このプロジェクトでは以前からそうしているから」「そうするのが当たり前だと思っていた」などなど、本当に理解してないまま「設計という作業」を進めている人もいれば、上手く自分の行為を言語化できないだけの人もいる。 また、必ずしも自分が設計したことについて説明する場面ばかりとも限らない。既に存在する設計から「なぜ」を類推するしかない場面もある。他人のコードを読み取るとき

                            設計の「why」を言語化する - Magnolia Tech
                          • GitHub Copilotの導入によってペパボの開発生産性はどう変化したか - Pepabo Tech Portal

                            サービスのデプロイ頻度は、そのときに開発している機能の大きさやチームメンバーの人数などの影響を少なからず受けます。そのため、この変化がGitHub Copilot導入の効果と言いきることは難しいですが、生産性が向上しているチームからのノウハウの共有などを通じて、継続した生産性の向上に取り組んでいきたいと考えています。 GitHub Copilot導入に向けた課題とその対応 ここからは、ペパボでGitHub Copilotを全社導入するにあたり検討した観点と、その結果を紹介します。 ペパボにおける生成AI活用の現状 GMOペパボでは、ChatGPTの登場以降、生成AIを活用した機能の開発や開発プロセスへの活用による生産性向上に取り組んできました。特に、pyama86/slack-gptを利用したSlack Botはエンジニアに限らず全社員が利用しており、さまざまな業務の効率化に貢献しています

                              GitHub Copilotの導入によってペパボの開発生産性はどう変化したか - Pepabo Tech Portal
                            • RustではじめるWebAssembly入門~JavaScriptを超える高速なWebアプリ開発を実践しよう

                              本連載では、Webブラウザー上でJavaScriptとともに動作できるバイナリ形式のプログラムファイル「WebAssembly」を、Rustプログラミング言語で実装する方法について、順を追って説明していきます。初回となる今回は、WebAssemblyの概要を説明するとともに、Rustを利用した簡単なサンプルで、実装方法のイメージを紹介します。 はじめに 現在、Webフロントエンド開発においては、ページ構造を表すHTML、スタイルを表すCSSとともに、挙動を実装するためにJavaScriptが利用されます。JavaScriptの登場当初はWebページに動きをつける程度の扱いでしたが、その後の言語仕様の拡張や、WebブラウザーでのJavaScript実行速度の向上、Node.jsなどWebブラウザー以外でJavaScriptを動作させる環境の登場などにより、本格的なプログラミング言語としてその

                                RustではじめるWebAssembly入門~JavaScriptを超える高速なWebアプリ開発を実践しよう
                              • 「良いコードとは何か」で消耗するのはもうやめよう - DMM Developers Blog

                                これはなに? こんにちは、DMM.comのミノ駆動です。 プラットフォーム開発本部 Developer Productivity Group 横断チームにて、 プラットフォームの設計品質向上に取り組んでいます。 さて、ネット上ではソフトウェア開発における「良いコードとは何か」をめぐって、 いろんな意見が交錯したり、 ときには激論を呼んだりします。 収拾がつかないこともしばしばです。 この記事は、良いコードを考えるうえでの要素を整理し、 建設的な議論を助けることを目的とします。 これはなに? この記事の理解目標 良いコードをめぐる議論 議論1: 何をもって良いコードなのか 議論2: 良いコードはどうやったら書けるのか 議論3: 「綺麗なコード(良いコード) vs 動くコード」問題 議論改善のために提案します 提案1: ソフトウェア品質特性の観点でコードの良し悪しを判断しよう 提案2: 原理原

                                  「良いコードとは何か」で消耗するのはもうやめよう - DMM Developers Blog
                                • 米国防総省、オープンソースをプロプライエタリより優先的に採用する調達方針を明らかに。同省CIOが書面で通知

                                  米国防総省、オープンソースをプロプライエタリより優先的に採用する調達方針を明らかに。同省CIOが書面で通知 米国防総省は「Software Development and Open Source Software 」(ソフトウェアの開発とオープンソース)と題する同省CIO John B. Sherman氏の1月24日付けの書面を公開し、プロプライエタリな製品を購入する前に、既存の政府ソリューションやオープンソースソフトウェアの採用を優先する方針を示しました。 この書面は、セキュアなオープンソースソフトウェアや商用ソリューションの採用を増やすことを同省に指示した2018年7月発表のサイバー戦略の下で、どのようにオープンソースソフトウェアを位置づけるかを説明するものです。 書面の本文で、オープンソースを採用する上で2つの懸念を示した上で、付録のガイドラインで具体的な方針を明らかにしています。

                                    米国防総省、オープンソースをプロプライエタリより優先的に採用する調達方針を明らかに。同省CIOが書面で通知
                                  • 趣味の開発で使えるGitHubのブランチ運用 - t-hom’s diary

                                    今回はGitHubの話。 基本的な使い方は入門書がいくらでも出ているので今更私が解説するまでもないけど、ブランチ運用については腑に落ちるまで少し苦労したので今回は自分流のブランチ運用をメモとして残しておこうと思う。 ガチの開発勢から色々と文句を言わるかもしれないけど、趣味開発なのでご容赦願いたい。 thomの2ブランチ開発フロー 私は次の表の1~8のような流れで開発を進めている。 このブログの読者はExcelマクロ開発者が多いのでバージョン管理システムを使わないExcel開発を例えとして挙げてみた。対比させるとGitでやっている作業が何をしているのか少しは分かりやすいかなと思う。 本来は2~4を繰り返してこまめにdevブランチを更新しつつ、ある程度キリの良いところで充分にテストをしたうえでmasterへ取り込むんだけど、なんせ一人で開発していてユーザーも大抵自分ひとりというケースが多いので

                                      趣味の開発で使えるGitHubのブランチ運用 - t-hom’s diary
                                    • 大規模言語モデル「Phind」がコーディングにおいてGPT-4を上回る

                                      生成AIを用いた開発者向けの検索エンジン「Phind」が、コーディング能力でOpenAIのGPT-4を上回ったことが明らかになりました。 Phind - AI Search Engine and Pair Programmer https://www.phind.com/blog/phind-model-beats-gpt4-fast Our GPT-4-beating coding model is now the default on https://t.co/epkoFW8Ozz. It's also 5x faster than GPT-4. Learn more in our blog post: https://t.co/PrOFETEbvd— Phind (@phindsearch) October 31, 2023 PhindはもともとHello Cognition(bet

                                        大規模言語モデル「Phind」がコーディングにおいてGPT-4を上回る
                                      • Rustで書き直す · Issue #11078 · misskey-dev/misskey

                                        You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                          Rustで書き直す · Issue #11078 · misskey-dev/misskey
                                        • ソフトウェアテスト読書マップ

                                          このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。

                                            ソフトウェアテスト読書マップ
                                          • 高速なPython互換言語「Mojo」のMac版登場、Appleシリコンにネイティブ対応。Pythonの9万倍、C言語に比肩する高速性

                                            高速なPython互換言語「Mojo」のMac版登場、Appleシリコンにネイティブ対応。Pythonの9万倍、C言語に比肩する高速性 Modular社はPythonの高速なスーパーセットと同社が位置づける開発中の新言語「Mojo」の、Appleシリコンにネイティブ対応したMac版をリリースしました。 Today is the day! Mojo for Mac is live! Download it right now! Read our launch blogpost on how to get startedhttps://t.co/XSMkqUmHKt — Modular (@Modular_AI) October 19, 2023 Mojoは9月に初めてローカル環境でコンパイルなどを実行可能なLinux対応のツール群を公開しています。今回のAppleシリコンにネイティブ対応した

                                              高速なPython互換言語「Mojo」のMac版登場、Appleシリコンにネイティブ対応。Pythonの9万倍、C言語に比肩する高速性
                                            • プログラミングをAIが支援してくれる「GitHub Copilot」が正式サービスに、VSCodeやNeovimなどで利用可能。月額10ドルから

                                              プログラミングをAIが支援してくれる「GitHub Copilot」が正式サービスに、VSCodeやNeovimなどで利用可能。月額10ドルから GitHubは、コメントを書くとそれに基づいたコードを提案してくれるなど、プログラミングをAIが支援してくれる「GitHub Copilot」を正式サービスとして提供開始したことを発表しました。 GitHub Copilot helps you get better focus and build faster by instantly suggesting code—and is now available for developers everywhere.https://t.co/R6ZqAEtLJF — GitHub (@github) June 21, 2022 GitHub Copilotは、GitHub上で公開されているコード群によ

                                                プログラミングをAIが支援してくれる「GitHub Copilot」が正式サービスに、VSCodeやNeovimなどで利用可能。月額10ドルから
                                              • GitHub Actions のワークフローをチェックする actionlint をつくった - はやくプログラムになりたい

                                                GitHub Actions のワークフローを静的にチェックする actionlint というコマンドラインツールを最近つくっていて,概ね欲しい機能が揃って実装も安定してきたので紹介します. github.com なぜワークフローファイルの lint をすべきなのか GitHub Actions が正式リリースされてからだいぶ経ち,GitHub 上での CI は GitHub Actions が第一候補となってきているように感じます.僕も新規にリポジトリを作成して CI をセットアップする場合はほぼ GitHub Actions を使っています. ですが,GitHub Actions には下記のような問題があり,actionlint でそれらを解決・緩和したいというのが理由です. ワークフローを実装する時は,GitHub に push して CI が実行されるのを待って結果を確認するという

                                                  GitHub Actions のワークフローをチェックする actionlint をつくった - はやくプログラムになりたい
                                                • 一言で理解するReact Server Components

                                                  この記事はReact公式の内容を翻訳・紹介するものではありません。筆者の解釈や理解を伝えるものであり、Reactの公式見解と一致しているとは限りません。あらかじめご了承ください。 皆さんこんにちは。最近Next.js 13.4がリリースされ、App Routerがstable扱いになりました。App RouterはReact Server Component (RSC) をふんだんに用いて構築されています。 React本体でServer Componentがずっとalpha版なのにNext.jsでbetaとかstableとか言ってるのは何で? という問題も、React Canaryのアナウンスにより無事に解消されました。 React Canaryってなに? 先日React公式ブログでアナウンスされた、新しいリリースチャネルです。 筆者の理解による概要をお伝えすると、Canary版のReac

                                                    一言で理解するReact Server Components
                                                  • 新人プログラマ アンチパターン:原理原則多すぎて脳みそOOMエラー - Qiita

                                                    // 追記(2023/12/9) なんとミノ駆動 さんにコメントいただけました。 もちろん良いコード/悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方は読んで影響を受けてます。 とってもうれしい。 想定読者 新卒 ~ 2年目くらいまでのプログラミング初心者 Webアプリの保守開発をしているエンジニア 3ヶ月前くらいの自分(未経験からエンジニアになって1年くらい) こんなことないでしょうか 先輩などから原理原則の観点を共有してもらったり、そのうえで自分なりに勉強をしているはずなのに、実務ではなかなか手が動かない 変更指示に対して、「先輩が言っているんだし正しいんだろうな」とその場では指示の理由や目的が分からないまま修正を行うことがある(分かっていないため別の機会で同じ指摘を受けることがある) 自身のコーディングには判断基準や根拠がなく、なんとなくの判断に頼ることがある 上

                                                      新人プログラマ アンチパターン:原理原則多すぎて脳みそOOMエラー - Qiita
                                                    • NuitkaでPythonプログラムを配布してみよう

                                                      こんにちは。Technicalスペシャリストの黒住です。 最近、Pythonの人気がさらに加速していますね。特に、AI開発やデータ分析においてはPythonの利用頻度が非常に高くなっています。 しかし、「Pythonプログラムを配布する」部分では問題が多いのではないでしょうか。そこで、今回は「Pythonプログラムをexe形式で配布する方法」についてご紹介します。 Pythonでexeファイルを作成する方法 C#やC/C++などのプログラミング言語では、実行可能なexe形式のプログラムファイルを作成できますが、Pythonにはexeファイルを作成する機能はありません。 そこで、Pythonのコードを実行可能な状態で配布したい場合は、他のツールを使用してexeファイルを作成する必要があります。exe化のツールはいくつか存在しますが、有名なものは以下の通りです。 PyInstaller Py2

                                                        NuitkaでPythonプログラムを配布してみよう
                                                      • ルールは現場で死にました - The Rules of Programming の読書感想文 - じゃあ、おうちで学べる

                                                        本日は人生の数ある選択肢のなかから、こちらのブログを読むという行動を選んでくださいまして、まことにありがとうございます。 はじめに 正直に言えば、プログラミングのルール本には懐疑的だった。「Clean Code」も「Effective Java」も読んだ。読んだが、現場でそのまま使えたことは少ない。コンテキストが違う。チームが違う。言語が違う。ルールは理想であり、現実は常に例外だ。 そう思っていた。本書を読むまでは。 Chris Zimmerman氏の「The Rules of Programming」(邦題:ルールズ・オブ・プログラミング ―より良いコードを書くための21のルール)は、私の予想を裏切った。これは「ルールを守れ」という本ではない。「ルールの本質を理解し、現場に合わせて判断しろ」という本だ。著者自身が、読者にこれらのアプローチを鵜呑みにするなと言っている。この謙虚さが、逆にこ

                                                          ルールは現場で死にました - The Rules of Programming の読書感想文 - じゃあ、おうちで学べる
                                                        • 動かして学ぶ! Rustの言語仕様

                                                          はじめに 本連載では、Webフロントエンド開発において注目されているバイナリ形式のプログラムファイルWebAssemblyを、Rustで実装して活用する方法を説明しています。前回記事では、WebAssemblyに至るまでのWebフロントエンド高速化の歴史を紹介するとともに、RustでWebAssemblyを実装する大まかな流れを説明しました。 本記事では、WebAssemblyの実装で必要となるRust言語の基礎を説明していきます。 対象読者 話題のRust言語について学びたい方 動的なWebページにさらなる速度を求める方 WebAssemblyに興味があるが、Rustのハードルが高いと思っている方 必要な環境 本記事のサンプルコードは、以下の環境で動作を確認しています。 Windows 10 64bit版 rustup 1.24.3 cargo 1.55.0 サンプルコードを実行するには

                                                            動かして学ぶ! Rustの言語仕様
                                                          • 「コードに早まってDRY原則を適用しないこと」とGoogleが呼びかけ

                                                            Googleに存在するコードを読みやすく保守しやすい形に保つ取り組みを行うグループ「Code Health」が、「DRYを早まって適用しないこと」と題した記事を公開しました。 Google Testing Blog: Don't DRY Your Code Prematurely https://testing.googleblog.com/2024/05/dont-dry-your-code-prematurely.html DRYは「Don't Repeat Yourself」の略称で、コードを重複させないことを重視する考え方です。重複するコードが存在していると、特定の機能を変更しようとした時に同じ機能を持つ部分を全て探して同時に変更する必要があり、見落としやミスが発生する危険性が高まります。一方、コードの重複を防げていれば一カ所だけを変更すればOKというわけ。 一見DRYを厳しく適用

                                                              「コードに早まってDRY原則を適用しないこと」とGoogleが呼びかけ
                                                            • COBOLをJavaで「リライト」の愚、SI企業の良識はどこに?

                                                              SI企業の強み・弱みを分析し、SIビジネスの先行きについてまとめた書籍『SI企業の進む道 業界歴40年のSEが現役世代に託すバトン』。同書から抜粋し、「誰も指摘しなかったSI企業の課題」を連載で指摘する。今回は、SIerがユーザー企業の要望に応えられない根源的な理由を探る。(技術プロダクツユニットクロスメディア編集部) 既存ITシステムの問題をユーザー企業以上に理解しているのはSIerである。ところが、その問題をユーザー企業に説明し、対策をとろうとはしない。ではなぜ、SIerのIT技術者たちは口を閉ざしているのだろうか。 その答えはこうだ。問題を説明した後に「では、どうすればいい?」と問われても答えられないからである。つまり、既存ITシステムの変革をどのように行えばいいのか分からないのだ。 情報処理推進機構(IPA)が平成29年に出したレポート「システム再構築を成功に導くユーザガイド」には

                                                                COBOLをJavaで「リライト」の愚、SI企業の良識はどこに?
                                                              • 開発生産性を上げるために開発をする前に考えていること - Findy Tech Blog

                                                                こんにちは。Findy Freelanceの開発チームでエンジニアをしている2boです。 この記事では私が開発生産性を上げるために開発をする前に考えていることについて書きます。 ここで「開発をする前」というのは次のようなタイミングを指します。 PdMなどから新規施策の仕様について相談を受けたとき 起票された開発Issueを最初に確認するとき 自分がIssueを作成するとき なぜこのタイミングで考えるかというと、開発を進める上での方向性を間違える可能性を減らし後から軌道修正をしやすくするためです。 なおこの記事においては、開発生産性を「開発成果物の提供価値を投入リソースで割ったもの」とします。 いくら頑張って開発をしても、そもそもやるべきことの方向性を大きく間違えると提供価値が0に近づくため開発生産性が低下します。 特に開発が高速なチームで方向性を誤ると高速に間違った方向へ進んでしまうことに

                                                                  開発生産性を上げるために開発をする前に考えていること - Findy Tech Blog
                                                                • 衝撃!NotebookLMの「隠し機能」を解放する自動化ツール|tyo

                                                                  Google NotebookLMは、複雑な資料を読み解き、対話を通じて知見を深めるための強力なツールとして、瞬く間に多くのユーザーを魅了しました 。 しかし、日常的に使い込むほどに、エンジニアやパワーユーザーの間ではある種の欲求不満が募るようになります 。 「生成されたコンテンツをまとめてダウンロードしたい」 「特定のリサーチプロセスを自動化したい」 「蓄積したデータを他のアプリケーションへシームレスにパイプライン化したい」 これらはすべて、Webインターフェースの制限に起因する壁です 。 こうした「Web版のその先」を求める層にとって、ブレイクスルーとなるプロジェクトが登場しました 。それが、非公式Python APIライブラリである「notebooklm-py」です 。 このライブラリは、NotebookLMが持つポテンシャルをプログラムから直接制御可能にすることで、私たちの知的生産

                                                                    衝撃!NotebookLMの「隠し機能」を解放する自動化ツール|tyo
                                                                  • ソフトウェアエンジニアは、〇〇を作れと言われた時まず何から考えますか?プログラミング言語ですか?デザパタですか?

                                                                    回答 (23件中の1件目) 案件ですね。 「○○を作れ」という方がきっちりと仕様書を起こしてくれるなら問題ないのですが、要求仕様に対する「納入仕様書」を起こします。 それで依頼者と合意を取った上で設計に入ります。 「プログラミング言語ですか?デザパタですか?」何を言っているんでしょうね。そんなの後回しです。「まず、何を作るのか」が一番最初に来ます。 https://note.com/hantani/n/ndf51c3ece4ae 普段プログラム作る時も大体同じです。 案件定義 ユースケース シーケンス図 クラス図 ーーー(ここまではプログラム言語に依存しません)--- ...

                                                                      ソフトウェアエンジニアは、〇〇を作れと言われた時まず何から考えますか?プログラミング言語ですか?デザパタですか?
                                                                    • Gemini 3 による知性の新時代

                                                                      Google and Alphabet CEO スンダー ピチャイからのメッセージ約 2 年前、これまで会社として取り組んできた中で最も科学的であり、プロダクトの一つである Gemini 時代が始まりました。それ以来、皆さんにこれほどご活用いただいていることに、喜びを感じています。AI による概要の月間利用者は現在、 20 億人に達し、Gemini アプリの月間ユーザー数は 6 億 5,000 万人を超え、Google Cloud のお客様の 70 %以上が Google の AI を活用しています。また、1,300 万人の開発者が Google の生成モデルを基盤に開発を進めています。これらは私たちが目の当たりにしているインパクトのほんの一端に過ぎません。 最先端のインフラから世界トップクラスの研究、モデル、ツール、そして世界中の何十億もの人々に届く製品に至るまで、AI イノベーションに

                                                                        Gemini 3 による知性の新時代
                                                                      • "The Essence of Software"が提唱する全く新しいソフトウェア設計の考え方|Idein株式会社

                                                                        (6/22 注:書き足りないと思っていた箇所を補って加筆修正しました) エンジニアのbonotakeです。Ideinに入ってかれこれ3年以上経ちますが、Ideinでブログ記事を書くのは初めてです。 今日は、ソフトウェア設計の全く新しい考え方について書かれた "The Essence of Software" という本の紹介をしたいと思います。 この本の著者はMIT教授でソフトウェア工学の世界的な研究者であるDaniel Jacksonです。形式手法Alloyの発明者、と言ったほうが通じる人には通じるかもしれません。形式手法とは、ありていにいえば、数理論理学を駆使してソフトウェアに潜むバグを論理的に駆逐する手法です。 (個人的な宣伝ですが、彼の書いたAlloyの本を以前翻訳して出版しました。) そんな彼が昨年11月に新著を出版したというので、ほぼその日に買いました。……ですが、本を開いてみる

                                                                          "The Essence of Software"が提唱する全く新しいソフトウェア設計の考え方|Idein株式会社
                                                                        • ダンジョン全自動攻略ゴーレムづくりRPG『Algolemeth』Steamにて正式お披露目。探索から戦闘までこなす自律ゴーレムを試行錯誤してプログラム - AUTOMATON

                                                                          国内デベロッパーのMedium-Rare Gamesは12月19日、『Algolemeth』のSteamストアページを公開、本作を正式にお披露目した。本作はPC(Steam)向けに、2024年内リリースを目標として開発中だ。 『Algolemeth』は、全自動ダンジョンRPGだ。本作では、プレイヤーが自立駆動するゴーレムたちを制作。パーティーを編成して全自動によるダンジョン攻略をおこなう。ゴーレムたちは、プレイヤーが構築した戦闘ロジック(AI)に従って駆動する。ダンジョンに潜む強敵たちの行動を分析し、それに対処できるようなアルゴリズムを組み立て、試行錯誤を繰り返してダンジョンを踏破していくのだ。 自動化可能なのは、戦闘のみではない。探索AIを組むことで、「パーティーの誰に宝箱を解錠させるか」「どの程度の残体力で探索を諦め撤退するか」といった状況判断も自動的にさせることが可能。迷宮内ではさま

                                                                            ダンジョン全自動攻略ゴーレムづくりRPG『Algolemeth』Steamにて正式お披露目。探索から戦闘までこなす自律ゴーレムを試行錯誤してプログラム - AUTOMATON
                                                                          • UNIXシェルの並列化により最大34倍高速化する「PaSh」、米MITなどが開発 プログラム結果も正確

                                                                            Innovative Tech: このコーナーでは、テクノロジーの最新研究を紹介するWebメディア「Seamless」を主宰する山下裕毅氏が執筆。新規性の高い科学論文を山下氏がピックアップし、解説する。 米ペンシルベニア大学、米MIT、ポーランドのXIV Staszic High School、米国の研究機関Aarno Labs、米Stevens Institute of Technologyによる研究チームが開発した「Practically Correct, Just-in-Time Shell Script Parallelization」は、UNIXシェルで実行されるプログラムの速度を精度を保証しながら劇的に加速させるシステムだ。 このシステムはUNIXシェルにおいて、スクリプトを先読みして並列化を行う。これによりプログラム結果を正確な上で最大34倍高速化し、Webインデックスや自然

                                                                              UNIXシェルの並列化により最大34倍高速化する「PaSh」、米MITなどが開発 プログラム結果も正確
                                                                            • 【新年のビッグセール到来!】Go・TypeScript・Rust・Terraform・AI・英語&資格 - 2026年の開発現場で生きる技術をUdemyで学ぶ! - はてなニュース

                                                                              時間にゆとりのある年始は、自身の技術を見直し、次のステップへ備える絶好の機会です。 AIの登場により、かつて以上に変化のスピードとアップデートのサイクルが加速した開発環境のなかで、存在感を発揮し続けるために重要なのは、やはり「学びを止めない」姿勢でしょう。 本特集では、現場で必須となる定番技術と、いまのうちに知っておきたい新しい技術を両軸で紹介します。GoやTypeScript、Rustといった主要言語をはじめ、コンテナ技術やTerraformなどモダンな開発基盤、そして注目を集めるObservabilityの概念まで、Udemyの実践講座を通じて体系的に学べる内容を厳選しました。さらに、英語や資格学習といった「やっておかなければならないけれど後回しにしがち」な領域の講座も取り上げています。 オンライン学習プラットフォーム「Udemy」が1月10日まで実施する新年のビッグセールでは、対象講

                                                                                【新年のビッグセール到来!】Go・TypeScript・Rust・Terraform・AI・英語&資格 - 2026年の開発現場で生きる技術をUdemyで学ぶ! - はてなニュース
                                                                              • 第二のコインハイブ事件生み出さないためには 弁護人らが最高裁無罪判決振り返る - 弁護士ドットコムニュース

                                                                                  第二のコインハイブ事件生み出さないためには 弁護人らが最高裁無罪判決振り返る - 弁護士ドットコムニュース
                                                                                • 「人間がコードを書く時代は終わった」議論は2種類のコードを混同している

                                                                                  ちょうど最近このような投稿を連続して見かけたので、「コード」が何を指しているのかの自分の理解を整理しておきます。 世の中的に見ればソフトウェアエンジニアは未だに売り手市場であると言えると思うので、上記の指摘について「そんなことはないはず」と反論する人も多いと思います。 また、上のRyanさんのツイートでも That's not to say SWEs don't have work to do と書かれています。これも「ソフトウェアエンジニアはコードを書く仕事なのだから、AIが書くようになるなら仕事がなくなるだろう」と解釈されがちなところを、そうではないと念を押しているのだと思います。 では、「AIがコードを書く」とはどういうことで、その場合にソフトウェアエンジニアの仕事はどうなるのでしょうか? ここで、我々がコードと呼んでいるものを区別することが理解に役立つと思います。 「コード」は大き

                                                                                    「人間がコードを書く時代は終わった」議論は2種類のコードを混同している

                                                                                  新着記事