並び順

ブックマーク数

期間指定

  • から
  • まで

481 - 520 件 / 1523件

新着順 人気順

programの検索結果481 - 520 件 / 1523件

  • ドキュメントとしての詳細設計書と、プロセスとしての詳細設計 - 勘と経験と読経

    「ソフトウェアの「詳細設計書」とはなんなのか」というブログ記事を読んで考えたこと。設計に関するプロセスとドキュメンテーションの関係性についての考えの整理。SI屋的な視点で。 2024/8/18追記:文中にあった雑な文系disが不愉快というご指摘を受けました。ご指摘の通りだと思いましたので訂正しています。大変失礼しました。 「詳細設計書」とはなんなのか nowokay.hatenablog.com こちらの記事では詳細設計書とは以下のようなものであると整理されている。 表現を変えたコーディング(の一種) 机上プロトタイプ(の一種) 分析資料 保守(のための)資料 (水平作業の場合の)作業指示書 (委託している場合の)契約資料 上記以外で考えられるのは次のようなものがあるだろう 利害関係者が要求している たとえば受託開発において発注者が要求している場合 ほかには連携している相手先システム側から

      ドキュメントとしての詳細設計書と、プロセスとしての詳細設計 - 勘と経験と読経
    • 相も変わらず「ソフトを他人に作らせる日本、自分で作る米国」

      ある会合で話をしてほしいと言われた。会合の趣旨を聞くと「日本がなぜITの利用で劣後してしまったのかを考えること」と説明してくれた。演題を考えているうちに「ソフトを他人に作らせる日本、自分で作る米国」という一言が浮かんだ。 この言葉は10年近く前、2013年12月に出版した拙著の書名である。元々は日経ビジネスオンライン向けに書いたコラムに付けた題名であり、そのコラムを同書の巻頭に再録した。 「日本企業は自社で利用するソフトのほとんどをIT(情報技術)企業に開発させているのに対し、米国企業はソフトを内製する比率が高い」「日本のソフト開発技術者の大半はIT企業に所属するが、米国のソフト開発技術者の大半はIT企業ではなく一般企業に所属している」、これがコラムの内容であった。ここでいうソフトはコンピューター上で動かすプログラムのことである。 これ自体はソフトの内製化と言われる問題だ。実は同書の主題は

        相も変わらず「ソフトを他人に作らせる日本、自分で作る米国」
      • 関数名、メソッド名、変数名でよく使う英単語のまとめ

        プログラミングをしていると関数名、メソッド名、変数名をどうするか悩みます。 ロジックより命名に時間を費やすこともざらにあります。翻訳したり、一般的な命名規則なのかいつも検索して大変です。 よく使うサイトの内容をコピってメモしておく 関数名とメソッド名の違いについて よく使う英単語のまえに、いつもごっちゃにして使っているけど、定義はこんな感じ 「関数」と「メソッド」の違い 似ているところ どちらも何か(引数)を入れると処理をして何か(戻り値)を返してくれます。 違うところ やってること自体は大差ありません。概念としては違います。 メソッドはオブジェクト指向で登場する用語で、オブジェクトの動作を定義したものです。 まずオブジェクトありきなのですね。一方の関数は、オブジェクト云々は関係ありません。 個人的な使い分け Java で登場する関数は「メソッド」です。C 言語で登場する関数は「関数」と呼

          関数名、メソッド名、変数名でよく使う英単語のまとめ
        • 2025年中に読破したい、最高の技術書10選 - Qiita

          こんにちは。 普段、エンジニア向けの研修講師をしている都合上、「おすすめの本を教えてください」といつも聞かれるので、2025年中に全て読破したい本をピックアップしました。2025年、あと11ヶ月くらいあるので、1ヶ月に1冊読めば読破できるはず!! ①マスタリングTCP/IP ネットワークエンジニアのバイブルといえばこれでしょう。逆をいえば、これ以上は読まなくてもいいし、これ以下では足りない。そんな一冊です。OSI参照モデルにおいて、ほとんどの人が「3層:ネットワーク層」しか理解していない中で、この本を読めば7層全てが明らかになります。 アマゾンリンク→https://amzn.asia/d/bg5S4ic ②Linux標準教科書 LPI-Japanが発行している20万ダウンロードされている本。無料です!コマンドも大切なのですが、UNIXの考え方から説明があるので、是非とも読んでほしい一冊で

          • ユニットテストってもう言わない! CI/CD時代のテスト分類に最適なテストサイズという考え方

            はじめに 以前からユニットテスト/単体テストという言葉は使いづらい、と感じており今回も旧Twitterで「テストを実行時間ベースで分類する良い言葉ないかなー」と呟いていたところ、「テストサイズのSMLって考え方があるよ」と教えて戴きました。 だいたいは教えてもらったt_wadaさんの記事にすべて書いてあるのですが、自分の整理も含めて動画にしたので、その補完記事となります。 TL;DR 単体テストのバベルの塔は既に崩壊 CI/CDでの継続的テストには時間ベースのテスト分類が重要 UT/IT/E2EではなくSMLによるテストサイズがCI/CDには合う それは単体テストか結合テストなのか? 自動テスト、手動テストに関わらずテストの分類として単体テストと結合テストという言葉は一般的です。 ITQBではTest Levelsという言葉で定義されていますし、以下のようなV字モデルの対応表はみんな知って

              ユニットテストってもう言わない! CI/CD時代のテスト分類に最適なテストサイズという考え方
            • 地理空間情報を扱うなら知っておきたいPythonライブラリ、GeoPandas入門~基礎編~ | 宙畑

              さまざまなデータを地理空間情報として重畳する上で有用なPythonのライブラリであるGeoPandas。前編ではGeoPandasを用いたデータの描画方法など基礎的な扱い方を紹介し、後編では衛星データと組み合わせて解析結果を可視化する方法を紹介します。 Pythonで地理空間情報を行う場合、GeoPandasの使い方を覚えておくととても便利です。 例えば、都道府県別の気象データを持っていたとします。そのテーブルデータ(csv)には地理情報と言えば、都道府県の名称くらいしかありません。このような場合、これを日本地図の上に重畳して可視化することはできません。 しかし、このデータに地図上に描画できる情報を与えることさえできれば、好きなデータを地図の上に重ねることができます。このようなことをしたい場合に、GeoPandasの使い方を知っておけば助けになります。 今回は、簡単な例を通じて、GeoPa

                地理空間情報を扱うなら知っておきたいPythonライブラリ、GeoPandas入門~基礎編~ | 宙畑
              • 「プログラムが複雑になりすぎてバグなしで運営が難しくなった(意訳)」…10年続いた『星ドラ』のサ終理由、あらゆる長寿ソシャゲが抱える障壁かもしれない

                星のドラゴンクエスト(星ドラ)公式 @hoshidora_info 【重要なお知らせ】 『星のドラゴンクエスト』は、誠に勝手ながら2025年10月31日(金)12:00をもちまして、サービスを終了させていただくこととなりました。 #星ドラ をこれまで遊んでくださいましたすべての皆さまに、心よりお礼を申し上げます。 詳細はお知らせをご確認ください。 cache.sqex-bridge.jp/guest/informat… 2025-08-25 16:04:26

                  「プログラムが複雑になりすぎてバグなしで運営が難しくなった(意訳)」…10年続いた『星ドラ』のサ終理由、あらゆる長寿ソシャゲが抱える障壁かもしれない
                • Language Server Protocol の仕様 及び実装方法

                  Language Server Protocol通称LSPの仕様と、各機能をどうやって実装したら良いかの指針を示します。 対象読者 * 言語処理系を実装する人/したい人 * Language Serverを実装する/したい人 * LSPに興味がある人、日本語のまとまった情報源を探している人 * Language Serverがエディタの裏でどのようなことをしているのか気になる人 本書で解説される機能は以下の通りです。 * Diagnostics (検査) * Completion (補完) * Inlay hint * Hover * Goto definition (定義へ移動) * Goto type definition (型定義へ移動) * Find references (参照を表示/移動) * Rename (名前変更) * Code actions * Code lens *

                    Language Server Protocol の仕様 及び実装方法
                  • チームで高品質なコードを追求するための「設計標準」の育て方 / loglass coding standard

                    ログラスでは、チームとして高品質なコードを追求するために「設計標準」というものを定め、チームで育てています。 この資料ではそのような取り組みについてご紹介します。 株式会社ログラス会社紹介資料 https://speakerdeck.com/loglass2019/whats-loglass …

                      チームで高品質なコードを追求するための「設計標準」の育て方 / loglass coding standard
                    • 中1生の半数が「プログラミングができる」と回答 東進運営のナガセ調べ |EdTech Media

                      東進ハイスクール・東進衛星予備校(以下、東進)を運営する株式会社ナガセ(本社:東京都武蔵野市 代表取締役社長 永瀬昭幸)は、2021年10月・11月に実施した「全国統一高校生テスト」「全国統一中学生テスト」の受験に対して独自アンケートを行った。 その中から今回は、高校生・中学生のプログラミング学習への取り組みに関する調査結果を発表した。 調査結果概要 結果詳細 8割以上の高校生・中学生が「プログラミングは必要なスキル」と認識 上のグラフは、「プログラミングが今後必要なスキルになると思うか」というアンケート結果である。 「とても思う」と「そう思う」の合計は、高校生が86.0%、中学生が83.7%だった。 学年が上がるにつれて増加する傾向にあり、高校生では全学年が85%を超えている。 多くの高校生がプログラミングは今後、重要となると考えていることがわかる。 中学1年生の半数以上が「プログラミン

                        中1生の半数が「プログラミングができる」と回答 東進運営のナガセ調べ |EdTech Media
                      • DynamoDB の設計について考えてみる。 - Qiita

                        Amazon DynamoDB の特性 フルマネージド型の NoSQL データベースサービス 3つの Availability Zone に保存されるので信頼性が高い 性能要件に応じて、テーブルごとにスループットキャパシティを定義するキャパシティの Auto Scaling、オンデマンドキャパシティといった設定も可能 ストレージの容量制限がない DynamoDB のテーブル DynamoDB におけるテーブルはRDBMSにおけるテーブルと概念が異なります。 テーブルを作成する際に、Primary Key を指定する必要があります。 Primary Key はテーブルの各項目を一意に識別するために使います。Primary Key は、Partition Key および Sort Key で構成されます。(Sort KeyがなくPartition Keyのみの場合もあります) Item は R

                          DynamoDB の設計について考えてみる。 - Qiita
                        • プログラミングに必要なブレイクスルー

                          Yoyo Code (Matyáš Racek's blog)より。 ソフトウェアの開発方法を劇的に変えるには、いくつかのブレイクスルーが必要だと感じています。ブレイクスルーといった場合、それは大きなブレイクスルーを意味します。例えば、「構造化プログラミング」のブレイクスルーのようなもので、プログラミングに対する私たちの考え方を完全に変えてしまうようなものです。ここでは、それに関するいくつかの見解とアイデアを紹介します。 グルーコードや定型文を書くのは無駄だ 私が書くコードのほとんどは、面白いことはするわけではなく、定型文か、サブシステム同士を繋ぐための糊のようなものです。この種のコードは、すでに何度も書かれていて、これからも何度も書かれるような気がします。それなのに、なぜまた書かなければならないのでしょうか? 問題は、コードがかなり異なっていることで、通常は既存のコードをそのまま使うこと

                          • 【Linux】100万ファイルくらいあるディレクトリのファイルのリストを高速に表示したい - 地方エンジニアの学習日記

                            概要 ファイル名のリストだけ高速に欲しいみたいな場合に大量にファイルがあるディレクトリでlsを打って返ってこないみたいなのが地味にストレスになったりするので高速に済ませる手段が無いかを調べてみた。 1ディレクトリに100万ファイル程度 計測前にecho 3 > /proc/sys/vm/drop_cachesを都度実行し10回程度計測 計測 ls -l めっちゃ遅い real 0m24.052s user 0m5.668s sys 0m8.071s straceをしてみるとこんな感じ。-lをつけるとメタデータを取りに行くのでこれが遅いらしい。sysが長い % time seconds usecs/call calls errors syscall ------ ----------- ----------- --------- --------- ---------------- 44.6

                              【Linux】100万ファイルくらいあるディレクトリのファイルのリストを高速に表示したい - 地方エンジニアの学習日記
                            • オレゴン州立大学のオンラインCS学士号を1年半で卒業した | Masaki Nishi

                              こんにちは、Masaki Nishi@Xです。 フルタイムでエンジニアとして働きながら、1年半でアメリカのオレゴン州立大学のコンピュータサイエンス学士プログラムを卒業し、学士号を取得したため、これまでの道のりを備忘録として残したいと思います。 プログラムに入学するまでの話については、下記記事にまとめています。 なぜオレゴン州立大学の第2学士号コンピュータサイエンスプログラムを始めたのか エンジニアとして働きながらコンピュータサイエンスの有用性や必要性を感じつつも、表面的な技術を擦り続けていて、本腰を入れて学ぶ機会がありませんでした。 また、学問として体系的に学んでこなかったという一種のコンプレックスをずっと感じていたので、発展的な内容を扱う大学院ではなく学部から入る決断をしました。 オレゴン州立大学は、第2学士号としてのコンピュータサイエンスプログラムをオンラインで提供しており、通常の4年

                                オレゴン州立大学のオンラインCS学士号を1年半で卒業した | Masaki Nishi
                              • ChatGPT時代にはすべてのエンジニアがフルスタックになる - きしだのHatena

                                ChatGPTのおかげで非エンジニアでもコードが書けるようになるということを多くの人が言ってますが、すでにエンジニアである人にあてはめると、ChatGPTのおかげで専門分野以外のコードでも書けるようになるということで、つまりすべてのエンジニアがフルスタックになるってことじゃないかと思います。 ChatGPTにコードを書いてもらうと毎回びっくりする いや、ちょっとJavaで袋文字の描画ってどうやるんだったかなーと思ってChatGPTに問い合わせたら、ほぼ完全なコードをリテイク1回で生成したんですね。 こいういうコードが出きました。createGlyphVectorとか知らんわ! // 文字の縁取り g2d.setColor(Color.BLACK); g2d.setStroke(new BasicStroke(5)); // 縁取りの太さを調整 g2d.draw(font.createGly

                                  ChatGPT時代にはすべてのエンジニアがフルスタックになる - きしだのHatena
                                • 実装の 9 割を AI に任せる。食べログのジュニアエンジニアが構築した AI 連携開発フロー - Tabelog Tech Blog

                                  こんにちは、食べログのアワード予約チームに所属するジュニアエンジニアの南野です。弊社では業務への AI 導入が進んでおり、開発のあり方が変わりつつあります。本記事では、実務で試行錯誤を行なった上で私が API 開発のリードタイムを削減させた AI 連携開発フローについてご紹介します。 今回の開発では、強力な助っ人として、役割の異なる 2 種類の AI が活躍してくれました。 開発環境で利用できたのが、こちらの AI たちです。 コーディングアシスタント: コーディングをサポートしてくれる AI です。今回、この役割は Cursor を使用しました 自律型 AI: 実装を自律的にこなしてくれる AI です。こちらでは Devin を使用しました 本記事では、これら AI たちとどのように連携してタスクを遂行したかについて詳述します。 API 開発のこれから - コーディングアシスタントでは越

                                    実装の 9 割を AI に任せる。食べログのジュニアエンジニアが構築した AI 連携開発フロー - Tabelog Tech Blog
                                  • 実践 よくないコードに立ち向かう整理術 〜あなたのコードはどんな色?〜

                                    ありがちな仕様とコードを題材に、よくないコードに立ち向かうための整理術を紹介します。 この Book にはデザインパターンや DDD やオニオンアーキテクチャや関数型プログラミングなどは一切登場しませんが、それらのエッセンスと日常のコーディングにおいて求められる基礎的な考え方の説明が含まれています。 この Book の内容は、特定の業務領域やプログラミング言語・フレームワークには限定されません。 Laravel でも RoR でも Spring でも React でも Nuxt.js でも、きっと役に立つはずです。 逆にこの本にはクラス設計のべき論や OOP vs FP のような議論は含まれません。 画一的なコードの良し悪しの定義は難しいですが、何かしら得るものがあったと感じてもらえたらうれしいです。

                                      実践 よくないコードに立ち向かう整理術 〜あなたのコードはどんな色?〜
                                    • リファクタリングはエンジニアの福利厚生であり管理指標への影響はほとんどないんでは - きしだのHatena

                                      おそらくリファクタリングの工数を確保する説得力のある材料がほしくて、リファクタリングの効果をどう示すか悩んでる人がいたのですが、リファクタリングって非開発者に示せるような数字だすのは難しいよねという結論になったので、そのまとめ。 工数としてはコード管理費みたいな感じで乗せるのがよさそう。 まず、リファクタリングはそれ自体では価値を示せません。人工衛星に搭載するプログラムで、動きだしたらメンテナンスできないようなコードを最後にリファクタリングしたとして、どのような価値を示せるかと考えると想像できるのではないかと思います。 なのでリファクタリングの価値というのは、その後で新しいコードを追加したり既存のコードを変更したりといった作業がどれだけ作業時間短く品質高くなったかという間接的な指標で測ることになります。 ここでまず、最初のコードを書いた人とリファクタリングする人が同じなら、そこまで保守性か

                                        リファクタリングはエンジニアの福利厚生であり管理指標への影響はほとんどないんでは - きしだのHatena
                                      • jq 1.7をリリースしました - プログラムモグモグ

                                        jqがjqlang organizationに移譲され、数名の新たなメンテナーを入れた開発体制に移行してから三か月が経ちました。 私にとってこの三か月はとても濃厚で、これまでのOSS活動の中でも特に大変な期間でした。 itchyny.hatenablog.com github.com リポジトリの管理権限をいただいてからまずやったことは、既存のissueやPRの整理でした。 500ほどのissueとPRに目を通し、ラベルをつけて、解決済みのものを閉じて、直近で入れたいものを独断でリリースマイルストーンに入れていきました。 この整理がついた頃には他のメンテナの活動も活発になり、私の作ったマイルストーンのissueやPRを確認してくれました。 そして先日、ようやく1.7をリリースしました。 1.6から実に五年弱、一時は開発が完全に止まってしまいプロジェクトの存続を危ぶむ声も上がるような状況から

                                          jq 1.7をリリースしました - プログラムモグモグ
                                        • GraphQL Highway

                                          銀座Rails#40

                                            GraphQL Highway
                                          • JavaScriptを雰囲気で使っていたので勉強し直したら知らなかったこと

                                            小ネタ。chromeで動作確認 何となく使っていたので改めて勉強してみたら知らなかったことなどのまとめ this 関数の呼び出し元のオブジェクトがthisになる。ただし、呼び出し元のオブジェクトの指定がない場合は、windowオブジェクトがセットされる。ただし、厳格モードuse strictの場合はundefinedがセットされる const foo = { bar: function() { // 呼び出し元はfoo.bar() console.log(this); // foo object const baz = function() { // 呼び出し元はbaz()でオブジェクトの指定がない console.log(this); // window object } baz(); const qux = function() { 'use strict'; // 呼び出し元はqux

                                              JavaScriptを雰囲気で使っていたので勉強し直したら知らなかったこと
                                            • ChatGPTとCopilotに要件だけ伝えて自動コーディングしてもらう(AIペアプロ) - Qiita

                                              ※この記事は個人的な実験の記事です※ ※実験内容は随時記事を更新していきます※ 24時間いつでも手助けをしてくれるGitHub Copilotさん。 24時間文句も言わずにいつでも親切に回答してくれるChatGPTさん。 そんな両者に要件だけ伝えて自動コーディングしてもらおう(AIペアプロ)、という実験記事です。 Copilot自動コーディング動画 以下の動画は、最初に要件だけをコメント入力して、それ以降はCopilotの提案を受け入れているだけになります。 コメントの入力と提案の受け入れ以外は、全くタイピングをしていません。 コメントの内容は Next.jsでボタンをクリックしたら画像を選択してブラウザに表示する です。 完成品 要件のコメントと受け入れだけをしたコードを実際に動かしてみました。 自動コーディングしてもらったコードは以下の通りです。 // Next.jsでボタンをクリック

                                                ChatGPTとCopilotに要件だけ伝えて自動コーディングしてもらう(AIペアプロ) - Qiita
                                              • オーバーエンジニアリングしないために心がけていること - $shibayu36->blog;

                                                オーバーエンジニアリングしてしまうという悩みがあって困っている、そのうち必要になるのではないかという気持ちになって無駄に抽象化して頑健にしてしまう。じゃあ素朴にやればいいのかというと、例えばDBスキーマみたいな要素は素朴になってはならないという難しさもある— Windymelt💀(めるくん)🚀❤️‍🔥 (@windymelt) 2024年9月12日 上のツイートを見かけたので、自分は何を心がけているか書いてみる。 結論 プロダクト方針的に起こりそうな未来を想像する 想像した未来が起こったとして、どのような実装になりうるかをざっくり考える その上で、その未来が起こったときに「詰む」ことがなさそうな一番シンプルな設計にする 前提: あらゆる未来の変更に強い抽象化はない 設計を考えていて複数案を出すと、結局トレードオフが存在することがわかる。案Aを選択すると、こっちの未来には対応しやすいが

                                                  オーバーエンジニアリングしないために心がけていること - $shibayu36->blog;
                                                • 後発スマホゲームの著作権侵害が争われた事例(「放置少女」事件)|ゲーム・エンタメと法律@弁護士前野

                                                  「これって『パクり』になりませんか?」 ゲーム会社の方から良く頂くご相談の1つですが、今日はこの点について、最新の裁判例である、「放置少女」事件(知財高判令和3年9月29日)をご紹介いたします。 なお、本件の争点は多岐に及びますが、ゲームの著作権侵害に関する範囲で、事件をご紹介いたします。 また、知財高裁の判決は、基本的に第一審の地裁判決(東京地判令和3年2月18日)を引用しておりますので、知財高裁が改めた部分以外は、地裁判決から引用いたします。 事実関係(裁判所の認定)X社:「放置少女 ~百花繚乱の萌姫たち~」の著作権者 Y社:「戦姫コレクション ~戦国乱舞の乙女たち~」を制作・配信する者 X社は、Y社に対して、「放置少女」より後に配信が開始された「戦姫コレクション」の公衆送信(配信)の差し止めとデータの削除、5760万円の損害賠償を求めて訴訟を提起しました。 「放置少女」(原告ゲーム)

                                                    後発スマホゲームの著作権侵害が争われた事例(「放置少女」事件)|ゲーム・エンタメと法律@弁護士前野
                                                  • 認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介

                                                    認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介 この記事の目的 ここ数年で、ソフトウェア開発やプログラミングの文脈で、「認知負荷」 および 「認知負荷理論」 という用語をよく見聞きするようになりました。私が今思い出せるだけでも、以下のような書籍や Podcast で重要なキーワードとして取り上げられています。 A Philosophy of Software Design, 2nd Edition チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計 プログラマー脳 ~優れたプログラマーになるための認知科学に基づくアプローチ fukabori.fm 102. A Philosophy of Software Design (3/3) w/ twada この「認知負荷」ですが、少なくとも近年見聞

                                                      認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介
                                                    • えっちな grep をつくった - はやくプログラムになりたい

                                                      H(uman-friendly) な grep コマンド hgrep をつくりました. github.com '\w+ で検索した時の出力 ファイルを特定のパターンで検索し,マッチした箇所を構文ハイライトしたコード片で表示します.超ざっくり言うと,ripgrep で検索して bat でマッチ箇所付近を表示するような感じです. grep -C によるコンテキスト表示に似ていますが,マッチ行が近い時は1つのコード片にまとめる,周囲何行を表示するかをヒューリスティックに少し賢く決めているなど,ちょっと出力は工夫しています. 動機 手元のリポジトリでコードを検索する時は 単純に grep で検索してマッチ結果を眺める grep | fzf のように検索結果を fzf で絞り込んだりプレビューする vim $(grep -l ...) のように検索結果をエディタで開く あたりを使い分けているのですが

                                                        えっちな grep をつくった - はやくプログラムになりたい
                                                      • 妻「卵が200円未満だったらカニカマ買ってきて」 LINEでのプログラムみたいな買い物依頼が解読困難で話題「卵は買わなくていいの?」(1/2) | ねとらぼ

                                                        投稿者はエンジニアのlynmock(@lynmock)さん。出先のお店にて、妻から下記のような頼みごとをLINEで言われました。 たまごの値段を教えて ウインナーも そして牛乳 竹輪(チクワ)を買ってきて たまごが¥200以下ならカニカマも買ってきて これを文字通り捉えると、lynmockさんがすべきことは、「卵とウインナーの価格を伝える」「牛乳とチクワを買う」までは確定。カニカマを買うか否かは、卵が200円以下(※)かどうかで決まるわけですが、「カニカマも」の解釈が悩ましいところです。「も」は牛乳とチクワにのみかかるのか、それとも気を利かせて「(卵も)カニカマも」買うべきなのか……? ※lynmockさんによると、妻の言う「以下」は「未満」の意味とのこと そこでlynmockさんは、妻の指示を下記の通り、プログラム風に整理。自分のすべきことをあらためて「これでいいの?」と確認したところ、

                                                          妻「卵が200円未満だったらカニカマ買ってきて」 LINEでのプログラムみたいな買い物依頼が解読困難で話題「卵は買わなくていいの?」(1/2) | ねとらぼ
                                                        • [速報]マイクロソフトが「Windows Hotpatch」発表。Windowsを再起動せずセキュリティ更新を実現へ

                                                          [速報]マイクロソフトが「Windows Hotpatch」発表。Windowsを再起動せずセキュリティ更新を実現へ (注:記者向けの事前発表では「Hotpatch in Windows」という名称でしたが、基調講演で「Windows Hotpatch」と紹介されたため、タイトルを含めて記事内容を変更しています) Windows Hotpatchで再起動を年4回に削減 Windows Hotpatchは、Windowsの再起動を必要とせずに重要なセキュリティ更新プログラムを提供できる新機能です。 これによりWindowsでの作業を中断することなくセキュリティ更新プログラムを適用できるだけでなく、セキュリティ更新プログラムが提供された時点から企業が更新プログラムを採用するまでの時間が最大60%短縮されるとしています。 また、システム管理を行うMicrosoft Intuneで、Windows

                                                            [速報]マイクロソフトが「Windows Hotpatch」発表。Windowsを再起動せずセキュリティ更新を実現へ
                                                          • jq が jqlang organization に移譲されました - プログラムモグモグ

                                                            JSONを操作するコマンドラインツールであるjqは、これまでオリジナル作者であるStephen Dolan氏 (@stedolan)のリポジトリ(github.com/stedolan/jq)で管理されていました。 メンテナンスはNico Williams氏 (@nicowilliams)とWilliam Langford氏 (@wtlangford)の二名が行なっていましたが、近年は活動が減っておりメンテナンスが滞っていることが度々指摘されていました。 最新のリリースは2018年11月に行われた1.6であり、その後に様々なバグ修正やパフォーマンス改善、新機能の実装が行われているのにリリースされておらず、またissueやPRも放置されがちになっていました。 さらにCI (AppVeyor)は常に落ちるので、簡単なドキュメント修正でもCIが通らず苦情が来る、数か月放置されたPRは作った人が諦

                                                              jq が jqlang organization に移譲されました - プログラムモグモグ
                                                            • 技術blogのリンクを投げたらChatGPTが要約して、いい感じに整形してチャンネル投稿してくれるbotを社内Slackに生やしたら捗った話

                                                              こんにちは、株式会社シグマアイのエンジニアの@k_muroです。 今回の記事は最近導入した「技術blogを良い感じに共有してくれるSlack bot」のご紹介を。 はじめに 技術の進化は止まらない。(真面目な話、AI系の進捗がマジですごいて全然追えない) 毎日のように新しい技術、フレームワーク、ライブラリ、ツールが生まれています。そんな中でエンジニアとして働いていると、この情報の波に疲れを感じること、ありませんか? ありますよね?(脅迫) 実際私もその一人で、この小さな疲れが積み重なって大きなストレスとなることに気づきました。 「新しい技術情報、追いつけるかな?」 「あのブログ記事、後で読もうと思ってたのに、どこいったっけ?」 「チーム全員が同じ情報を持ってるか心配だな。」 そんな日常の疑問や不安から逃れるための一歩として、私はあるSlack botを開発しました。このbotは、送られた技

                                                                技術blogのリンクを投げたらChatGPTが要約して、いい感じに整形してチャンネル投稿してくれるbotを社内Slackに生やしたら捗った話
                                                              • 「技術的には可能です」と発声するその前に - Qiita

                                                                Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 技術者はよく、実装可否の問い合わせに対して本当はやりたくない・すべきでないと思っているのにやればできることだからと「技術的には可能です」と答えてしまいハマる⋯って本当ですか? 私は最低でもここ10年は「技術的には可能です」と発言した記憶がありません。なぜそう言うことがないかというと、可否の問い合わせを受けた時点で次のようなことを考えてしまうからです。 運用は回る? 人力操作が絡むフローがあるけど利用数が増えたときにちゃんとスケールする? 休日深夜対応が必要になりそうだけど要員と人件費コストは確保できてる? カスタマーサポート対応激増しそ

                                                                  「技術的には可能です」と発声するその前に - Qiita
                                                                • 【IMO】コードレビューって難しいよね.pdf

                                                                  https://fortee.jp/phpcon-2021/proposal/5d39aa6d-aef2-4bed-8747-60b6d2f6adfe PHPカンファレンス2021の登壇スライドです

                                                                    【IMO】コードレビューって難しいよね.pdf
                                                                  • 教える側が知らないプログラミングの3つのこと

                                                                    2022/3/25に行われた「第一回プログラミング教育について話し合う会」でのLT資料です。 https://opt.connpass.com/event/240392/

                                                                      教える側が知らないプログラミングの3つのこと
                                                                    • プログラミング独学だからわかった、プログラムを書く力よりも大事な効率よくググる検索のコツ|苦しんでプログラミングを学んだ柴犬(くるしば)

                                                                      ※こちらの記事がはてブの総合人気エントリに入りました! こんにちは。 苦しんでプログラミングを学んだ柴犬こと、くるしばです。 元々コンサルタントの仕事をしていましたが、独学でプログラミングを学習し、Webサービスを作って起業しました。 その後個人で開発したサービスを売却したり、また別のIT系の会社を創業したりしています。 今年の8月から下記のTwitterにてプログラミング学習に関して発信し始め、ありがたいことに3ヶ月で7000人の方々にフォローして頂きました。 プログラミング初心者に絶対覚えてほしい、ググる時の効率が10倍上がるコツ pic.twitter.com/hK1ZhNavwh — 苦しんでプログラミングを学んだ柴犬(くるしば) (@shiba_program) September 13, 2022 今回はプログラミング初心者の方向けに 「バグの解決方法やわからないことを検索する

                                                                        プログラミング独学だからわかった、プログラムを書く力よりも大事な効率よくググる検索のコツ|苦しんでプログラミングを学んだ柴犬(くるしば)
                                                                      • タスクを素早く片付けるための技術 - プププなテクブ

                                                                        言いたいことは、「タスクはさっさと片付けて次のタスクに取り掛かろう」ということ。そのため心がけてることを書いていく。 積まれ続けるタスク タスクを次々とこなす。そう言うと「どんどんタスクが積まれて死んじゃう」と声が聞こえる気がする。 けど、お金を稼ぐには何かしら仕事をし続けなければならない。なので「タスクを積まないで」とは言えない。ならばさっさと片付けて次の仕事をした方がお金をもらえていいだろう。「サラリーマンなら仕事をどれだけこなしても一緒」と思っているなら、それはマインドか評価してくれない職場に問題がある。 フリーランスであったり、副業をしているとやればやるだけ売上につながる。サラリーマンであっても評価されるにはたくせん成果を出す必要がある。たくさん成果を出すには、たくさんタスクをこなす。当たり前のことだ。 ここではタスクをたくさんこなしたいことを前提する*1。そのうえで、タスクを消化

                                                                          タスクを素早く片付けるための技術 - プププなテクブ
                                                                        • 論理プログラミング言語Logicaでデータサイエンス100本ノック

                                                                          Googleが発表したOSSプロジェクトである論理プログラミング言語Logicaを使って、データサイエンス100本ノック(構造化データ加工編)の設問を解きながらどのような言語かを確認していく。 (BigQueryのクエリとして実行していく) 最初に、プログラミング言語Logicaの特徴を纏めておく。 論理型プログラミング言語: このカテゴリではPrologが有名 SQLにコンパイルされる: 現状BigQueryとPostgreSQLに対応 モジュール機構がある: SQLと比較した強み コンパイラはPythonで書かれている: Jupyter NotebookやGoogle Colabですぐ始められる Colabでチュートリアルが用意されているので、まずこちらからやると良いと思う。 コードの見た目は関係論理の記述に似ている。 事前に、データサイエンス100本ノックのテーブルデータをBigQu

                                                                          • 複雑さに立ち向かうためのコードリーディング入門

                                                                            iOSDC Japan 2023登壇資料

                                                                              複雑さに立ち向かうためのコードリーディング入門
                                                                            • バックエンドの設計で直したほうが良いコード9選

                                                                              株式会社モアで バックエンド兼インフラエンジニアのrevenue-hackです! 今回は今までバックエンドエンジニア10年くらいやってきて、「これはまずいなー」と思ったコードについて紹介していきます。 ↓記事はこちらに移しました!↓ AI駆動開発&DB設計やクラス設計(DDDやクリーンなど)に力を入れていて、 弊社では適宜エンジニアを募集しているので、興味のある方はご連絡ください! 株式会社モア

                                                                                バックエンドの設計で直したほうが良いコード9選
                                                                              • 僕が考える「良いコード」 - give IT a try

                                                                                こんなコードだとわかりやすい 僕が考える良いコードの特徴(条件)を挙げてみると、 ぱっと見たら、だいたい何をやっているのかがわかるメソッド名 ぱっと見たら、だいたい中身が何なのか想像がつく変数名 ぱっと見たら、だいたい何をやっているのかが把握できるメソッドの内の処理フロー 驚きが少ないメソッド 副作用が少ないメソッド(責務が1つしかないメソッド) DRY原則を守っているコード だいたいこんな感じ。 つまり「すんなり読めて、すんなりわかるコード」が理想。 プログラムが小さいうちや、一人で開発しているうちは「汚くてわかりにくいコード」であっても「自分さえわかればOK」で済んじゃうけど、プログラムの規模が大きくなったり、複数人で開発するようになると、「汚くてわかりにくいコード」は絶望的に開発効率を下げる。 こんなコードはわかりにくい たとえば上の反対で、 メソッド名だけ見ても何をやっているのか想

                                                                                  僕が考える「良いコード」 - give IT a try
                                                                                • 私がもはやベロシティについてほとんど話さない理由

                                                                                  ベロシティは、スクラムの要素だったことはありません。 ソフトウェア開発に「ベロシティ」を適用することは、エクストリーム・プログラミング(XP)の先駆者たちによって考案されましたが、今ではそれが良くないアイデアだと考える人たちもいます。 残念ながら、スクラムの世界では、いまだに 「4倍のベロシティ向上 」や 「超生産性」などの言葉を押し付けている人がいます。私はこれを恥ずかしく思っています。これは、私が ケン・シュエイバーから学んだ スクラムではありません。ケン・シュエイバーは代わりに、 厳格な完成の定義 と、守れない約束を避けるということを強調していました。 もし私たちが、 実験から学び、適応する能力 を促進するのであれば、特に私たちの近視眼性(木を見て森を見ない傾向)と短絡的な認知バイアスを考えると、従来の生産性重視の姿勢は(それがどのような理由であれ)有害となりえます。あなたが昔に書い

                                                                                    私がもはやベロシティについてほとんど話さない理由

                                                                                  新着記事