並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 1523件

新着順 人気順

programの検索結果361 - 400 件 / 1523件

  • どうやって技術的負債の雪だるまを生み出し、それを返済してきたか - 5年半越しの設計論

    恥の多い生涯を送って来ました。 システムを開発していると、本当に多くの恥が生まれます。たとえば、こんな恥です。 テーブルの名前を付けミスったりは日常茶飯事。私が付けた変な名前が、自社の営業どころか他社のユーザーにまで浸透してたりもする。例えば、唐突に商品マスタに出てくる「グルーピングタグ」というカラムとか。(まじで意味不明) いま商品マスタと呼ばれているマスタの物理名が「kiosk_pricings」とか。日本語でおk。kiosk_pricings.grouping_tagってなんだよ。 「pricing」テーブルにはpriceカラムがあるが、全てのレコードで0になっていて、システムでは一切使っていないとか。(そのうち消したい) システムで使われている"正解"はkiosk_pricings.priceでした〜。 親子関係を間違えた事もある。チケットと決済の親子関係を入れ替えたりもした。 ま

      どうやって技術的負債の雪だるまを生み出し、それを返済してきたか - 5年半越しの設計論
    • 「技術負債にならない・間違えない」 権限管理の設計と実装

      Kaigi on Rails 2025 Day2 https://kaigionrails.org/2025/talks/naro143/#day2

        「技術負債にならない・間違えない」 権限管理の設計と実装
      • 英語が話せてプログラムも書けるようになったのでより就職が難しくなった件について - Qiita

        英語が話せてプログラムも書けるようになったのでより就職が難しくなった件について 最初の記事にも書きましたが、日本を離れて10年以上、外資系の企業にて外国人と働き、または交渉事などをまとめ、何処に行ってもそれなりに不自由しない英語力を獲得し、さらにロックダウン中から2年あまり、毎日毎晩独学でコードを書き続けたことによって獲得したプログラミングスキルによりウェブアプリなどを自作できるようにまでなった訳ですが、そうして身につけた能力をフルに生かして条件の良い働き口を見つけてこましたろ と思った時に、そういった能力が身を助けるどころか、よりレッドオーシャンの荒波に我が身を晒すことになったことに気付き、愕然としてこの記事を執筆しています。 英語ができることによって競争が激化 例えば、自分は英語も話せて、プログラミングも出来ますよ となった場合、勿論グローバルな企業にて雇用されることを期待する訳ですが

          英語が話せてプログラムも書けるようになったのでより就職が難しくなった件について - Qiita
        • SOLID原則完全に理解した!になるための本

          SOLID原則を学び、完全に理解した!になるための本

            SOLID原則完全に理解した!になるための本
          • 人生で一度もプログラムをしたことのない人間が最近はchatGPTを使って小さいプログラムを作っている - orangestar2

            今までの人生でプログラムとかした事なかったんですが、chatGPTが簡単に作ってくれるというので、自分もやってみることにした。とりあえずpythonという言語が一番わかりやすいということなのでそれを使ってみた。 作ったのは、 画像を適当に放り込むと全部順番でpdfにしてくれるのとか(そのサイズ指定もできる!) ファイル名を一括で変換してくれるのとか 日記を書くのに使ってるフォーマットを一瞬で生成してくれるのとか 画像を入れると真ん中から二分割して、新しくナンバリングしてくれるのとか 整ってないタテヨコの画像を整形して同じサイズにしてくれるやつとか 手動でやってやれないことも無いが、その作業がめんどくさいやつをプログラムで自動でできるようにしてくれた。 こういう作業をするためのソフトは、市販していたり配布していたりもするけれども、わざわざそういうのをダウンロード、購入して使うほどでもないし、

              人生で一度もプログラムをしたことのない人間が最近はchatGPTを使って小さいプログラムを作っている - orangestar2
            • AI Programmer

              日本語で指示を出すだけでコードを 自動で生成してくれます。 AI Programmer エンジニアを強力にサポートします。現在プロトタイプを無料で公開しています。AI プログラマーに指示を出してソースコードを生成してみてください。できるだけ具体的に指示を出すと期待通りのコードが書けます。

              • 抽象化をするということ - 具体と抽象の往復を身につける / Abstraction and concretization

                # 参考資料 - 紹介図書 - https://amzn.to/3Qtd8NO - https://amzn.to/3QsXou3 - https://amzn.to/437f99X - https://amzn.to/41v6i0M - https:…

                  抽象化をするということ - 具体と抽象の往復を身につける / Abstraction and concretization
                • リーダブルコード by DDD / Readable Code by DDD

                  リーダブルコード by DDD モデリングを起点に可読性の高いコードを実現する

                    リーダブルコード by DDD / Readable Code by DDD
                  • ソフトウェア設計原則は変更容易性に通ず - Shin x Blog

                    色々な原則や方法論はあれど、つまるところいかに変更容易性を確保するかと言う話に帰結するのでは。極論すれは、正しく動いていて変更する必要が無ければどのような作りになっていても構わない。一方、Web アプリケーションを稼働し続ける上で全く変更しなくて良いということもない。— Masashi Shinbara (@shin1x1) 2021年5月30日 ソフトウェア設計、開発には多くの原則や方法論がある。例えば、DRY 原則や SOLID 原則、デザインパターンにレイヤードアーキテクチャ、クリーンアーキテクチャなどある。さらに DDD にも多くの原則や方法論が含まれている。これらを変更容易性を高めるための手段として原則や方法論を捉えるというのが本エントリの論旨である。 原則や方法論の捉え方 変更容易性 本質的な変更と副次的な変更 外部変更容易性と内部変更容易性 原則を適用する指針 さいごに 原則

                      ソフトウェア設計原則は変更容易性に通ず - Shin x Blog
                    • マルチメディアライブラリ「FFmpeg」がアセンブリ言語の手書きで爆速になったという報告【3月24日追記】/94倍も処理速度が向上、新しいCPUほど効果あり。チュートリアルも提供中【やじうまの杜】

                        マルチメディアライブラリ「FFmpeg」がアセンブリ言語の手書きで爆速になったという報告【3月24日追記】/94倍も処理速度が向上、新しいCPUほど効果あり。チュートリアルも提供中【やじうまの杜】
                      • builders.flash - 変化を求めるデベロッパーを応援する AWS のウェブマガジン

                        builders.flash は、変化を求める開発者の皆様へ向けて、楽しみながら実践的に学べるトピックを日本語でお届けする AWS のウェブマガジンです。お客様の開発のスピードを加速し、イノベーションをサポートするハンズオンや技術解説を通じて、毎月お好きな時間に学ぶことができます。 メールメンバーに登録 することでハンズオンに役立つクレジットコードや最新アップデートを受け取ることができます。

                          builders.flash - 変化を求めるデベロッパーを応援する AWS のウェブマガジン
                        • アジリティを支える品質特性 / Agility and Quality Characteristics Developers Summit 2021 Summer

                          Developers Summit 2021 Summer[A-1]アジリティを支える品質特性 講演日時: 2021年07月30日(金) 10:00 ~ 10:45 概要: ビジネスにとってITは、「あると便利」から「有効」、「不可欠」を経て「中核そのもの」になりつつあり、柔軟かつ俊敏に…

                            アジリティを支える品質特性 / Agility and Quality Characteristics Developers Summit 2021 Summer
                          • ショッピングサイトのプログラム改ざん クレジット情報流出か | NHK

                            東京のIT企業が開発し、複数のショッピングサイトなどで導入されている入力フォームのプログラムが何者かに改ざんされ、少なくとも3800件以上のクレジットカードの情報が流出したおそれがあることがわかりました。 改ざんされたのは、東京 港区にあるIT企業「ショーケース」が開発し、ショッピングサイトなどで導入されている入力フォームのサービスのプログラムです。 会社によりますと、ことし7月、取引先から指摘を受け調査した結果、3種類のサービスのプログラムが外部からの不正アクセスによって改ざんされていたことがわかったということです。 これらのサービスは、さまざまなショッピングサイトなどに少なくとも5000以上導入されているということで、このうち一部のサイトで、入力された情報が外部に流出したおそれがあるとしています。 このサービスを利用していた靴の販売などを行っている「エービーシー・マート」によりますと、

                              ショッピングサイトのプログラム改ざん クレジット情報流出か | NHK
                            • Model Context Protocol(MCP)とは?生成 AI の可能性を広げる新しい標準

                              はじめに こんにちは。クラウドエースの荒木です。 ChatGPT や Claude などの生成 AI が日常生活やビジネスに浸透してきましたが、これらの AI の真価は外部システムと連携したときに発揮されます。しかし、この連携には大きな課題がありました。 これまで AI と外部システムを連携させるには、システムごとに個別の API 統合が必要で、認証方法やデータ形式、エラー処理など、細かな実装を繰り返す必要がありました。このような個別対応は開発効率を下げ、拡張性や保守性の面でも問題がありました。 そこで登場したのが「Model Context Protocol(MCP)」です。2024 年 11 月に Anthropic が発表したこのオープンプロトコルは、AI と外部システムの接続を標準化し、開発者の負担を大幅に軽減します。 この記事では、MCP の基本概念から実装方法、活用事例まで、技

                                Model Context Protocol(MCP)とは?生成 AI の可能性を広げる新しい標準
                              • 6502 アセンブラ プログラミング入門 / 新山 祐介

                                概要: この記事では 8ビット CPU 6502 を 使ったアセンブラプログラミングを紹介する。 「アセンブラプログラミング」とは、プログラミング言語を使わず、 CPU のネイティブ命令列を直接書くプログラミング方法である。 6502 はいまから約50年前に開発され、 ファミコンや Apple II など多くのハードウェアで利用された。 しかし、その原理は今日のコンピュータとほとんど変わっていない。 ここでは 6502 のプログラミングを通して、コンピュータの本質を学ぶ。 6502 プログラミング入門 コンピュータの原理 レジスタとは 16進数とは 6502エミュレータを使った演習 メモリに値を格納する メモリの値を増加させながらループする アセンブラを使ったプログラミング 最初のプログラム (改良版) アセンブラを使ったジャンプ命令 差分アドレッシング 条件分岐 条件分岐 その2 16ビ

                                • 龍が如く7のすごいテストをなぜ我々は採用できないのか | フューチャー技術ブログ

                                  僕自身は龍が如くシリーズは、クロヒョウ2、極1、極2、0、3、4、5、6、0とやって、7はRPGだし主人公違うしなぁと思って、買うだけ買って後でやろうと積んでいたところ、CEDECのすごいテストの話を聞いて、(オリジナル版を積んでいたのに)インターナショナル版を買って始めてしまうぐらいインパクトがあり(そして積んでたのを後悔したぐらいよかった)ました。それ以降、維新極、7外伝、8は発売日に買ってプレイしてます。 こちらにその講演の詳細なレポートがこちらにあります。 https://www.famitsu.com/news/202009/11205564.html その8の発売前に龍が如くスタジオの技術責任者の方がXのアカウントを開設して、C++のコードを投稿されていたのですが、それに対してエンプラ開発目線で意見しているようなツイートを見かけて、「いや、システムの特性全然違うから」と思い筆を

                                    龍が如く7のすごいテストをなぜ我々は採用できないのか | フューチャー技術ブログ
                                  • 関数型プログラミングと型システムのメンタルモデル

                                    Qiita Conference 2023 Autumun での発表資料です 発表時間の見積もりが下手で後半全然説明できませんでした、すみません! 実際のプロダクト開発ではどうすればいいのか? というケースは以下のスライドを参照してください。 (本スライドは、こちらのプロダクト開発の経験を…

                                      関数型プログラミングと型システムのメンタルモデル
                                    • 12のソフトウェア・アーキテクチャの落とし穴とその避け方

                                      あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。

                                        12のソフトウェア・アーキテクチャの落とし穴とその避け方
                                      • 【C#】C# の async/await は実際にどうやって動いているか。 - ねののお庭。

                                        はじめに 登壇版 Taskの本質 C# のイテレータ async/await Compiler Transform ExecutionContext builder.Start() の重要性 IAsyncStateMachine.MoveNext おわりに はじめに C#er は呼吸するように使っている async/await。 そんな async/await について、先日 Stephen Toub 氏 (.NET の中の人。中心人物の一人。) が How Async/Await Really Works in C# という非常に面白い記事を投稿していました。 この記事では Stephen 氏の記事をベースに、C# において async/await は実際どうやって動いてるの?というお話をしていきます。 以前に C#での非同期メソッドの分析。 という翻訳記事を書いたのですが、元になった記

                                          【C#】C# の async/await は実際にどうやって動いているか。 - ねののお庭。
                                        • ChatGPTによるプログラム生成の可能性と限界(後編) - Qiita

                                          はじめに この記事では最近話題のChatGPTによってプログラムを生成する際のコツについて解説します。 前編はこちら https://qiita.com/autotaker1984/items/5b5ac8c01d11fbbbc4a7 コードを生成するのではなく、コードを生成する過程を生成する ChatGPTは言語モデルベースのAIです。言語モデルとは、お題(プロンプト)に沿った文章を生成するモデルです。それ以上でもそれ以下でもありません。 従ってなんらかの機能を実装してもらう際もいきなり「機能」から「コード」の生成だとあまり満足いく結果は得られません。 もちろんChatGPTはかなり博識なのでそれっぽいコードは出してきます。ただ、そのような生成の仕方だとChatGPTが学習したコードにかなり依存したものが出力されるため、実際のユースケースとはズレたものが生成されますし、生成物の著作権リス

                                            ChatGPTによるプログラム生成の可能性と限界(後編) - Qiita
                                          • JavaScriptで壮大なハッキング体験を実現するWebゲーム「Bitburner」で遊んでみた! -

                                            どうも、まさとらん(@0310lan)です! 今回は、ブラウザ上からリアルなハッカー気分を疑似体験できるユニークな無料Webゲームをご紹介します! PCゲームとしてSteamからもリリースされていますが、今回ご紹介するブラウザ版は手軽に遊べるのでオススメです。ターミナル風のゲーム画面が特徴で、実際にJavaScriptを使ってプログラミングもできます。 ハッキングやセキュリティなどにご興味ある方も含めて、ぜひ参考にしてください! 【 Bitburner 】 ■「Bitburner」の遊び方 「Bitburner」は、西暦2077年のサイバーパンクをテーマにしたディストピアな世界を舞台にしています。 ゲーム画面は3Dグラフィックや派手な演出があるわけではなく、世界観にピッタリなCLIベースのターミナルを忠実に再現しているのが大きな特徴です。 遊び方ですが、面倒なユーザー登録などは必要ありませ

                                              JavaScriptで壮大なハッキング体験を実現するWebゲーム「Bitburner」で遊んでみた! -
                                            • タイムスタンプの精度を落とすときは切り捨てろ - methaneのブログ

                                              とあるプロジェクトでナノ秒からミリ秒への変換で四捨五入してきた人がいて、時刻を扱うときは保存精度未満は切り捨てるべきというのが常識になっていないなーと思ったので。 2023-10-01 を、何年か表示する時に、2024年に丸める人はいないだろう。 13:45 が何時か表示する時も、13時と表示するだろう。(口頭で何時?と聞かれたら14時と答えるかもしれないけれど) つまり、ある精度で表した時刻は、実際には次のような半開区間を示しているのである。 2023-01-01 00:00:00 <= 2023年 < 2024-01-01 00:00:00 13:45:00.000 <= 13:45 < 13:46:00.000 そして、そう決めたからには一貫して同じように、指定精度未満は切り捨てというルールを維持しなければならない。秒以下は四捨五入で、とかやってはいけないのだ。 一貫しないと何が問題

                                                タイムスタンプの精度を落とすときは切り捨てろ - methaneのブログ
                                              • オレオレ RAG をさくっと作る

                                                この記事は間違いが含まれている可能性があります。 もともと自社のドキュメントでは Meilisearch で日本語全文検索を実現していましたが、ドキュメントに質問できるようしたいと思い、簡単な RAG を作りたい!と思っていました。 とりあえず、ドキュメントを分割し、ベクトル化してベクトルデータベースに突っ込んで、質問をベクトル化して結果を引っ張り、それを LLM に食べさせて解説させる、というのができればよいということがわかりました。 ベクトル化はよく使われている OpenAI Embeddings API を利用し、ベクトルデータベースは普段からよく使っている DuckDB に VSS (Vector Similarity Search for DuckDB) という拡張を使うことにしました。 自社のドキュメントをなんとかうまいこと分割して、あとは分割したドキュメントを API を叩い

                                                  オレオレ RAG をさくっと作る
                                                • 伊藤直也が「技術の原点」として読んだ3冊

                                                  ニフティで「ココログ」を作り、はてなでCTOとして「はてなブックマーク」などを生み出す過程で、大規模データの構築、検索などの技術を体系化し、それを技術ブログで公開するなどして大規模ウェブサービスの基礎を共有化し、コミュニティを盛り上げた。現在はホテル予約サイト「一休.com」のCTO。 CTOは技術力がないといけない 読書は、その人が持っているコンテキストと合わさってその人の読書体験になっているので、「これを読むべき」というようなお薦めをすることはないです。今回は、単純に過去に僕が読んで良かった本を紹介したいと思います。「これを他の人も読むべき」と思っているものではなく、「今思えばこの本を読んでおいて良かったな」という本です。もっとビジネス書みたいなものを期待されているのかもしれませんが、あまりそういうものはなく、技術的な書籍を紹介していきます。 おそらく、CTOの肩書きを持っている人で「

                                                    伊藤直也が「技術の原点」として読んだ3冊
                                                  • [速報]「Flutter 3」登場、FlutterによるmacOSとLinuxアプリ開発が正式版に。Macのユニバーサルバイナリにも対応

                                                    Googleは開催中のイベント「Google I/O 2022」の基調講演で、Dart言語のフレームワークであるFlutterの最新版「Flutter 3」を発表しました。 Introducing Flutter 3 at #GoogleIO! Now featuring: Stable support for macOS and Linux apps Improved @Firebase integration ...and much more! Details here → https://t.co/7PLgfRBobE pic.twitter.com/XYzmCn3NYN — Flutter (@FlutterDev) May 11, 2022 2月に登場したFlutter 2.10でWindowsアプリケーション開発が正式版となったのに続いて、Flutter 3ではMacとLinu

                                                      [速報]「Flutter 3」登場、FlutterによるmacOSとLinuxアプリ開発が正式版に。Macのユニバーサルバイナリにも対応
                                                    • Rust で Web アプリケーションはどこまで開発できるのか

                                                      CyberAgent にて行われたカンファレンス「CA BASE NEXT」の登壇資料です。 https://ca-base-next.cyberagent.co.jp/sessions/can-we-build-web-applications-in-rust/

                                                        Rust で Web アプリケーションはどこまで開発できるのか
                                                      • Goでの並行処理を徹底解剖!

                                                        並行処理をうまく使うのは難易度が高めです。 それゆえに、go文とチャネルについて基本的な文法書で知った後「並行処理ちゃんとできる!」の段階まで自力でたどり着くのは大変でしょう。 この本は、 *「並行処理ってやって何が嬉しいの?」 *「ゴールーチンとかチャネルとかって一体何者?」 *「ゴールーチンやチャネルを使ったうまいコードの書き方が知りたい!」 *「Goランタイムで並行処理をどううまく処理しているか知りたい!」 といった要望にお答えする、「Goでの並行処理」に関連した事柄について網羅的・徹底的に書きまくったものです。

                                                          Goでの並行処理を徹底解剖!
                                                        • 価値が出るポイントまで一気に進めてから次のタスクに取り組む - $shibayu36->blog;

                                                          以前同僚から、いくつかのプロジェクトやタスクを持っているときにどう進めると良いかという質問を受けた。僕はその時、価値が出るポイントまで一気に進めてから次のタスクに取り組むようにしていると答えた。この話についてブログに言語化してみる。 良くない進め方の一例 たとえばプロジェクトA(自分の担当分工数10日)、プロジェクトB(自分の担当分工数20日)で、合計30日分のタスクを持っているとする。この時良くない進め方は、両方ともを完全に並列に少しずつ行って、30日後に終わるということだ。1 このやり方だと30日後にならないとプロジェクトAもBも結果が出ない。もしプロジェクトAのみに集中して終わらせれば少なくともプロジェクトAの結果は10日後に出るのに関わらずである。 このやり方がまずいのは当たり前に見えるのだが、気をつけないとやってしまいがちである。なぜなら少しずつ進めれば、他の関係メンバーに「自分

                                                            価値が出るポイントまで一気に進めてから次のタスクに取り組む - $shibayu36->blog;
                                                          • ゼロから始めるAITuberの作り方|ニケちゃん

                                                            こんにちは、ニケです。 皆さん、AITuber 開発していますでしょうか? AITuber、最近よく聞く言葉ですね。 面白そうだけどどこから始めればよいか分からない、という方も多いと思います。 というわけで今回は、AITuberという分野に興味を持っている方のために、できるだけ簡単にAITuberの作り方について解説していこうと思います。 具体的に「Youtubeのライブチャットに反応してキャラクターが応答を返すAITuber」を作成します。 下記が完成版のサンプルです。 なお、非エンジニアの方でも理解できるように、今回は仕組みの説明に注力し、コードの中身は解説しません。 動作コードはほぼ1つのファイルに収まっているため、コードに興味がある方は、ChatGPTにそのままコピペして解説してもらうと良いでしょう。コードは後ほど共有します。 ちなみに簡単に自己紹介すると、私は普段 AITuber

                                                              ゼロから始めるAITuberの作り方|ニケちゃん
                                                            • 「快活CLUB」サイバー攻撃、AI悪用し会員情報盗んだ疑いで高2を再逮捕へ…自作プログラムを「チャットGPT」で改善か

                                                              【読売新聞】 インターネットカフェ「快活CLUB」の運営会社にサイバー攻撃を仕掛け、同社の業務を妨害したなどとして、警視庁は4日にも、大阪市平野区の高校2年の男子生徒(17)を不正アクセス禁止法違反と偽計業務妨害容疑で再逮捕する方針

                                                                「快活CLUB」サイバー攻撃、AI悪用し会員情報盗んだ疑いで高2を再逮捕へ…自作プログラムを「チャットGPT」で改善か
                                                              • レガシーC#コード対比集(昔こう→今こう) - Qiita

                                                                はじめに C#は急速に進化してきた言語です。10年前の「当たり前」は、今では保守性やパフォーマンスの観点から非推奨になっていることもあります。 今回は、レガシーシステムの保守や段階的なリファクタリングに携わる開発者向けに、よくある「昔の書き方」から「現在の推奨」への置き換えパターンを、すぐに実装できるスニペット集としてまとめました。 C#開発の現場に入ると、新規開発でない限り意外と古いコードを見ることが多いと思います。 今まで受け継がれてきたシステムは大量にあり今でも10年以上前のシステムが元気に動いています。 そして開発者も容易に書き方を変えることはしません。プロジェクトととして統一する狙いもあると思います。それでもコードは確実に進化してます。ぜひ覚えておいてほしい「今と昔のコード」を集めてみました。

                                                                  レガシーC#コード対比集(昔こう→今こう) - Qiita
                                                                • どうしてあなたの共通化は間違っているのか:目次 - Qiita

                                                                  はじめに この連載では共通化とモジュール分割について扱います。この話題においてQiitaで有名な記事のひとつが@MinoDrivenさんの単一責任原則で無責任な多目的クラスを爆殺するでしょう。この記事を未読の方はまずこちらを読むことをお勧めします。本連載では、この記事に書かれているような基礎的な事項については既知であることを前提に、どのようにすれば単一責任原則にそったモジュールの分割を行うことが出来るのかをなるべく 「場合による」という言葉に逃げずに なるべく 網羅的・理論的に 解説します。 いいね、ストックをよろしくお願いします。 対象読者 設計に興味のあるエンジニア 基礎的な設計原則について学んだものの、実際の場面でどのように応用すればいいのかが掴めないエンジニア ミクロな設計についての知識を増やしたい人 ※この記事では、特定のメソッドをどのように作成するべきか、このクラスは複数の処理

                                                                    どうしてあなたの共通化は間違っているのか:目次 - Qiita
                                                                  • 優秀な同期の作った自動化プログラムが試験的に導入されたけどおばあちゃんスタッフの方が作業が何倍も早くて導入見送りになった

                                                                    えな鳥 @wani_kawaiinono 優秀同期が「このお仕事大変なので自動化するプログラムを組みました」って言っておおっ! てなって試験的に導入されたんだけど、いざ回してみると昔からいるおばあちゃんスタッフの方が作業が何倍も早くて、その人が元気な限りは導入見送りってことになってゲラゲラ笑ってる 2023-04-28 12:38:22 えな鳥 @wani_kawaiinono 属人的な業務ってどうなんって入社前は思ってたけど、そのおばあちゃんの作業してるとこちょっと見せてもらったら圧倒されすぎてもう何もいえなくなった。ミラクルおばあちゃんすぎる。 2023-04-28 12:44:25 えな鳥 @wani_kawaiinono 普通の社員の1日の仕事量が1 ベテランが2 おばあちゃんが80くらいだとすると、 自動化すると全員が3〜5くらいになる(かつ精神的な負担がかなり減る)で、 会社全

                                                                      優秀な同期の作った自動化プログラムが試験的に導入されたけどおばあちゃんスタッフの方が作業が何倍も早くて導入見送りになった
                                                                    • Rust で Web バックエンド開発をはじめる | CyberAgent Developers Blog

                                                                      こんにちは。サイバーエージェント AI 事業本部 Dynalyst にて、ソフトウェアエンジニアをしている豊田(@helloyuki_)です。また、Rust 領域における Next Experts も務めています。 先日、CA BASE NEXT という CyberAgent が開催する20代が中心のカンファレンス[^1]に、私も一応20代ということで登壇させていただきました。 内容は Web アプリケーション開発を Rust で行った体験談を語るというものでした。実際に2018年〜2020年頃に Rust をとあるチームのアプリケーションに導入し、引き継ぎのために何をしたかという内容をお話させていただきました。 セッション自体は25分しかなく、またコード例をスライドからかなり削るなど、CG スタジオ仕様への対応が必要でした。というわけで、十分に伝えたいことを盛り込めたわけではありませんで

                                                                        Rust で Web バックエンド開発をはじめる | CyberAgent Developers Blog
                                                                      • なぜ、コードは速く書けるのに開発は遅くなったのか ―AI時代の「理解負債」との向き合い方

                                                                        重要なポイントは「対象」の違いです。 技術負債はコードそのものの問題、つまり「物」の問題です。 コードが複雑すぎる、設計が不適切、テストが不足している。 これらはリファクタリングやコード改善で解決できます。 一方、理解負債はエンジニアの理解の問題、つまり「人」の問題です。 コードは動作するし、テストも通る。 しかし、誰もそのロジックを説明できない。 なぜその実装になっているのか分からない。 これは単なるコード修正では解決できません。 理解負債は、AI生成コードに特有の新しい形態の技術的負債です。 「動くコード」だからこそ見過ごされやすく、気づいたときには手遅れになっていることが多いのです。 1.3 理解負債の具体例 - 現場で起きている3つのシーン 理解負債が実際の開発現場でどのように現れるのか、3つの典型的なシーンを見ていきましょう。 以下具体例は、分かりやすく説明するための架空のシーン

                                                                          なぜ、コードは速く書けるのに開発は遅くなったのか ―AI時代の「理解負債」との向き合い方
                                                                        • 技術選定の審美眼 2025年版 - Findy Media

                                                                          本記事では、2025年5月14日に開催されたオンラインイベント「【技術選定を突き詰める】Online Conferenc​​e 2025」内のセッション「技術選定の審美眼 2025年版」の内容をお届けします。同セッションでは、タワーズ・クエスト株式会社の和田卓人(@t_wada)さんに、1990年代前半から現在にかけての技術の変化の歴史についてお話いただきました。ぜひ本編のアーカイブ動画とあわせてご覧ください。 和田: 和田卓人(t-wada)と申します。インターネット上ではt-wadaさんと呼ばれています。技術顧問としてコンサルティング業を多く手掛ける傍ら、技術書の出版や翻訳にも関わっています。SQLアンチパターンという本の第2版が7月上旬に発売されますので、是非よろしくお願いいたします。 本日の講演は、「技術選定の審美眼2025年版」です。2018年頃にDevelopers Summi

                                                                            技術選定の審美眼 2025年版 - Findy Media
                                                                          • PC無断利用し暗号資産獲得 最高裁で有罪判決見直しの可能性も | NHKニュース

                                                                            サイトを閲覧した人のパソコンを無断で利用していわゆる仮想通貨=暗号資産を獲得するプログラムが違法かどうかが争われ、1審は無罪、2審は有罪となった被告の裁判で、被告側と検察側の双方の主張を聞く弁論が最高裁判所で開かれました。 弁論は判断を変更する際に必要な手続きのため、2審の判決が見直される可能性が出てきました。 都内に住む34歳のウェブデザイナーは、4年前、サイトを閲覧した人のパソコンの処理能力を無断で利用し暗号資産を獲得するプログラム「コインハイブ」を、自分の運営するサイトに埋め込んだとして不正なプログラムを保管した罪に問われています。 争点は、プログラムが違法なものといえるかどうかで、9日、最高裁判所で開かれた弁論で、被告の弁護士は「プログラムは広告に代わってインターネットの重要な維持手段となる可能性を秘めたものだった。閲覧した人のパソコンに明らかな悪影響を与えるものではなく、利益にな

                                                                              PC無断利用し暗号資産獲得 最高裁で有罪判決見直しの可能性も | NHKニュース
                                                                            • 「正規表現ぐらい覚えてないの?」と言われ痛感したレベルの差 脳内でプログラミングを完結させる天才プログラマー | ログミーBusiness

                                                                              「シリエン戦隊JUN TV」は、現役エンジニアである酒井潤氏がシリコンバレーにおける、働き方やキャリアなどの情報を届けるチャンネルです。今回は、酒井氏が今まで一緒に働いてきた中で出会った天才プログラマー3人について。全2回。後半は、酒井氏がレベルの差を痛感した韓国人天才プログラマーについて。 「正規表現ぐらい覚えてないの?」と言い放った天才酒井潤氏:3人目は韓国の方で、その方もやはり異常にプログラムができました。 昔、「OpenFlow」というネットワーク関係のルーティングを処理するプロジェクトがあって、その時に私も彼と一緒にPythonを使ってネットワークのルーティング系統の部分のプログラムを書いていました。 ネットワーク関係のプログラムを書く時は、RFCやIEEEとか、プロトコルにしろネットワークのやり方にしろ、世界で決められた標準がドキュメントのかたちになってWebに上がっているんで

                                                                                「正規表現ぐらい覚えてないの?」と言われ痛感したレベルの差 脳内でプログラミングを完結させる天才プログラマー | ログミーBusiness
                                                                              • ChatGPTとペアプログラミングしたら爆速開発できました - karaage. [からあげ]

                                                                                ChatGPTにコーディング能力でも敗北しました この前、ChatGPTに文章能力で敗北したというブログ記事を書きました。 今回は、文章に続いてコーディング能力でも完全敗北したという話です。 きっかけは、以下の妻の「複数ページのPDFを1つずつ別ファイルで保存する作業を自動化するプログラム」のお願いです。 単純作業が辛いから、アレをあーしてこーしてくれるプログラム書いて😥と思いついちゃったので、いつもなら @karaage0703 先生に言うんだけど、絶賛社畜中で毎日遅くて可哀想なので、仕事増やしても良いかしらと一応気を遣っています。でも私も(確定申告しんどすぎて)発狂しそう笑。— ねこじすた (@necogista) March 9, 2023 いつもなら、妻に尊敬してもらうために頑張ってプログラム作るのですが、その日は仕事のトラブルで帰宅が11時過ぎ。ご飯食べてお風呂入ったら深夜1時

                                                                                  ChatGPTとペアプログラミングしたら爆速開発できました - karaage. [からあげ]
                                                                                • この先生きのこるには

                                                                                  こういった、昨今のLLM事情を憂いる記事は親の顔より見ているが、やはり書かずにはいられなかった。 一点言い訳をしておくと、私は普段からLLMを使いまくっている。LLMを使っている人を批判したい意図は無い。 この記事を読んで、今一度LLMの使い方を俯瞰して見てもらえたら嬉しい。 LLM とわたし これでいいんだっけ? もともと自分はコーディングが好きだった。面倒なことも多かったが、目的達成のために試行錯誤しながらプログラムを書き進め、ついに動いたときの感動がよかった。 だが、自分が手を動かして真心こめた手作りのソースコードを生成している間に、LLMはその10倍、いや100倍ものソースコードを生成できる。 世界が加速しているので、自分も同じだけ加速しなくては、相対的に遅れていく。 なので、LLMを活用できる人材とそうでない人材の格差はどんどん広がっていくだろう。 自分も理性でそう判断し、LLM

                                                                                    この先生きのこるには

                                                                                  新着記事