タグ

関連タグで絞り込む (25)

タグの絞り込みを解除

programmingに関するrikubaのブックマーク (41)

  • 仕様書とテストを用いた「AI駆動開発」


    数年前にAIを離れ現在はフロントエンドをやっているのですが、半年くらい前に思い切り引き戻されました。画像生成AIにおけるmidjourneyとstable diffusionの登場です。noteのCTO深津さんが記事を出したと思ったのも束の間、急速に進化を果たしました。 絵柄の固定・ポーズの指定・マシンスペックなど、日々さまざまな問題を解決しながら新たな技を身につけています。 しかし、同等かそれ以上に話題になっているのは大規模言語モデル(Large Language Model)かもしれません。ChatGPTが話題になった思ったら、BingやPerplexity,You.comなど大規模言語モデルを交えたサービスが次々と登場しました。 活用方法もたくさん見つけられており、私は特に以下の二つの記事が好きです。 ﹁感情回路﹂の記事に入力(プロンプト)でここまで変わるのかと感動したことを覚えてい
    仕様書とテストを用いた「AI駆動開発」

  • プログラマのためのChatGPT活用 - コーディング編 - - Qiita


    この記事について 爆発的な話題となっているChatGPTですが、そのあまりのシンプルさ、適用範囲の広さ、活用方法の多彩さから、その能力を十分に引き出すことはなかなか難しいものです。ChatGPTはソフトウェア開発の多くのプロセスに活用できますが、この記事ではコーディングフェーズでの活用についてまとめます。 応答は長い物が多いので、基本的に記載しません。ぜひChatGPTに入力してみてください。 ChatGPTの使い方に関するコツ 背景や前提を十分に伝える。 ChatGPTに質問の背景や前提を伝えることでより精度の高い結果が返ります。﹁このプログラムは〜を目的としたものの一部です。何をしているか説明してください。﹂のように質問に背景・前提を付け足すこと重要になることがあります。応答の精度が低いと感じた場合は、こういった前提条件などを付加して何度も質問してみましょう。 スレッド内では文脈を活用
    プログラマのためのChatGPT活用 - コーディング編 - - Qiita
    rikuba
    rikuba 2023/02/15
    “DSLのパーサーを書いてもらう”“Linuxコマンドを書いてもらう”
    リンク

  • プログラムを「書き始める」「試しに実行する」コストを下げる工夫


    はじめに 物事を上達するためには反復を、というのはよく聞きますが、もちろんプログラミングでも大事なのかと思います。とくに自分は﹁一を聞いて十を知る﹂ような器用なことはできないので、何度も何度もプログラムを書いて、試していました。 このような反復を支援するためには、できるかぎり﹁書き始めるコスト﹂と﹁実行して確認するコスト﹂は低い方がいいと思っています。書き始めるのがだるいと、そもそも﹁ちょっと書いてみようかな﹂となかなか思わないですし、実行するための手数が多いと、﹁書いて→結果を確認﹂の回数が減ります。 本稿では、この﹁書き始めるコスト﹂と﹁実行して確認するコスト﹂を下げる私が20年くらい行っている工夫についてご紹介します。 筆者が Ruby が好きなので、Ruby の例が多いですが、別に Ruby に限った話ではありません。 プログラミング言語による違い たとえば、C言語ですと、プログ
    プログラムを「書き始める」「試しに実行する」コストを下げる工夫

  • Value Objectについて整理しよう - Software Transactional Memo


    Value Objectとは何であるか?マーチン・ファウラーのPatterns of Enterprise Application Architecture(PofEAA)やエヴァンス・エリックのDomain Driven Design: Tackling Complexity in the Heart of Software(DDD)が原典であるが、PofEAAではこう切り出している。 When programming, I often find it's useful to represent things as a compound. プログラミング時は物をcompound(合成物)として表現すると便利なことがしばしばある。 例えば2次元空間上での座標のように複数のメンバ(属性)を持つ物は便利である、と。しかしそれらを比較する方法は一意ではない、そこで Objects that a
    Value Objectについて整理しよう - Software Transactional Memo
    rikuba
    rikuba 2022/05/15
    “Value ObjectはValueのように振る舞うObjectであって、ValueにObjectのような振る舞いを足す事ではない。”
    リンク

  • プログラムの複雑さ・表面積・グラフの構造 - Object.create(null)

    特に何かしらの出典はありません. プログラムの複雑さに対する大局的で直感的な指標として, 表面積とグラフの構造というのを個人的に意識しているという話. いわゆる code smell をどう嗅ぎつけているか. 表面積 プログラムは最も単純には 1 つの入力チャンネル (引数) と 1 つの出力チャンネル (戻り値) でモデル化できます. 要するに関数ということですが, 関数型プログラミングに限らず大抵は似たような考え方ができます. graph LR yield[ ] -- 引数 --> program[プログラム] -- 戻り値 --> return[ ] 一方で現実世界で価値のあるプログラムとなるためには引数と戻り値だけでは不十分で, 実際にはその他の入出力チャンネルも必要になってきます. 例えば, 可変な変数の読み書き 環境変数の読み取り ユーザー入力の読み取り 画面への出力 ファイル

    プログラムの複雑さ・表面積・グラフの構造 - Object.create(null)

  • 【競プロ】切り捨てと切り上げ | なかけんの数学ノート


    ここでは、切り捨てと切り上げについて見ていきます。また、ある桁が何であるかを調べたり、C++で割り算の結果を切り上げるためのコードも見ていきます。なお、ここでは、正の数だけを扱うことにします。競プロ 記事の一覧はこちら。 切り捨て ある数に対して、ある桁より下の部分をすべて $0$ にすることを、切り捨てる(round down) といいます。﹁千円未満切り捨て﹂というと、千円より小さい金額は $0$ にしてしまう、ということです。なので、1000円も1001円も1999円も、千円未満を切り捨てれば1000円になります。 プログラミングでは、﹁小数点以下の切り捨て﹂がよく登場します。小数点以下を切り捨てるとは、小数点以降は無視するということです。 $3.14$ に対して、小数点以下を切り捨てると $3$ になります。 割り算のところで見た通り、C++では、正の整数を正の整数で割った場合、答
    【競プロ】切り捨てと切り上げ | なかけんの数学ノート
    rikuba
    rikuba 2022/04/15
    “(a + b - 1) / b”
    リンク

  • P of EAA: Money

    Money Represents a monetary value. For a full description see P of EAA page 488 A large proportion of the computers in this world manipulate money, so it's always puzzled me that money isn't actually a first class data type in any mainstream programming language. The lack of a type causes problems, the most obvious surrounding currencies. If all your calculations are done in a single currency, thi

  • ドメイン知識を隠すコード、隠さないコード - Magnolia Tech


    2021/12/20追記 指摘されて気づいてしまいましたが、間違ってますね... 以前スライドを書いた時に全然気づいていませんでした 反省のために消さずに、取り消して残しておきます ﹁年齢計算ニ関スル法律﹂という法律がある。 明治三十五年法律第五十号︵年齢計算ニ関スル法律︶ | e-Gov法令検索 とても短い法律で条文は3つしかない。 ①　年齢ハ出生ノ日ヨリ之ヲ起算ス ②　民法第百四十三条ノ規定ハ年齢ノ計算ニ之ヲ準用ス ③　明治六年第三十六号布告ハ之ヲ廃止ス ポイントは①で、生まれた日から起算するので法律上は1年が経過した時に1つ歳を取ることになる。つまり、誕生日の前の日の24時に年齢が加算されるので、日単位でみると誕生日の前の日にもう年齢は進んでいる、ということになる。 同じ年の4月2日生まれの人と、4月1日生まれの人とでは小学校に入学する年度が違う、というのはよく聞く話だと思う。 この
    ドメイン知識を隠すコード、隠さないコード - Magnolia Tech

  • GitHub - yuru7/PlemolJP: IBM Plex Mono と IBM Plex Sans JP を合成したプログラミングフォント PlemolJP (プレモル ジェイピー)

    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

    GitHub - yuru7/PlemolJP: IBM Plex Mono と IBM Plex Sans JP を合成したプログラミングフォント PlemolJP (プレモル ジェイピー)

  • Goodbye, Clean Code — Overreacted

    It was a late evening. My colleague has just checked in the code that they’ve been writing all week. We were working on a graphics editor canvas, and they implemented the ability to resize shapes like rectangles and ovals by dragging small handles at their edges. The code worked. But it was repetitive. Each shape (such as a rectangle or an oval) had a different set of handles, and dragging each ha

  • 我々向けの Algebraic Effects 入門

  • 設計に悩みすぎる前に手を動かしてみる話

    私がソフトウェア開発において心がけていることの一つに「設計に悩み始めたらとりあえず手を動かす」というものがあります。今まで深く考えずにそう心がけていましたが、この記事で自分がなぜそうしているのか整理して言語化してみたいと思います。 話のスコープ ここでいう「手を動かす」とは「コードを書く」ことです。設計と聞いて人によって思い浮かべるものが違いますが、ここでは「一人のソフトウェアエンジニアが四半期程度かけて開発する規模の機能の設計」を想定しています。何人ものソフトウェアエンジニアが長期に渡って行うような大規模開発には当てはまらないです。 本題 次のような経験はないでしょうか？ 設計を考えながらデザインドキュメントを書いていたら細部の粗が見えてきて無限に悩み続けてしまった。考えなきゃいけないことがどんどん膨らんでいって、いつまでも実装に手を付けられなかった。 これに対して私は「設計に悩み始めた

    設計に悩みすぎる前に手を動かしてみる話

  • ヘタクソなコードを書いてもいい - 覚書


    プログラミング言語のお作法から外れたコードやメンテ性が悪いコードを書くのはダメとよくいわれます。わたしは学生の頃、そういう意見を過剰に気にしていました。コードを書くことそのものに慣れていないのに綺麗に書こうとして手が動かず、動かないがゆえにコーディングの練習が進まない、という悪循環になっていました。そうすると何もアウトプットしないまま知識だけが増えていって、自分がこれくらいできそうというイメージと実際のプログラミング能力とのギャップで苦しみました。 この意識が薄れたのは、あるときものすごく手が早い人のコードを偶然見たときでした。たしかにちゃんと動くものができているんですが、そのコードの中身は当時の私の基準からいって*1おぞましいほど汚いものでした。そこで﹁これはわたしが書けば100倍くらい綺麗なコードを書けるんでは…﹂と一瞬思ったんですが、その後すぐに﹁あ、自分は知識はあるけど練習してない
    ヘタクソなコードを書いてもいい - 覚書

  • Go と Rustの文字列 - yanok.net

    Go言語における文字列はUTF-8のバイト列を保持します。また、Unicodeの1符号位置に対応するデータ型としてruneというものが用意されており、これは32ビット整数と同じものです。他の言語でいうchar型にあたります。 Rustでも類似の形です。つまり、文字列型はUTF-8のバイト列を保持し、Unicodeのスカラー値に対応する型としてcharが定義されています。(ここでわざわざ「スカラー値」といい「符号位置」としていないのはRustのドキュメントがそうしているせいで、まあほぼ同じようなものですが、サロゲート上位下位の範囲の値を含まない点だけが違います) こうなるとUTF-16の出る幕がない感じになってきます。今後、JavaやC#のように「文字列はUTF-16、char型は16ビット」というものから、こちらの方式へシフトしてくるのでしょうか。JavaなどはUnicodeのBMPにしか

  • massCode

    massCode allows you to organize snippets using multi-level folders as well as tags. Each snippet has fragments - tabs, which gives even greater level of organization. massCode uses Codemirror as the basis for the editor and .tmLanguage as the grammar for syntax highlighting. This tandem opens the door to over 600 existing grammars. The application currently supports more than 160 grammars. In addi

    massCode

  • 最速インターフェース研究会 :: つまらなくて役に立つ物を作るということ


    プログラミングできるひとは﹁ゲーム作れよ﹂と言われることが多いような気がする。 ぶっちゃけゲームとか作れないし、たぶんウェブプログラマの多くはそうだ。 PerlやRubyやJavaScriptとかで何万ポリゴン動かしたりできない。 XMLをパースしたり、正規表現で置換したり、そういうのなら得意だ。 ゲームの人らは秒間3億ポリゴンとかやってるのに、何でこんなちまちましたことやってるんだろうと思ったりもする。 なんでこんな事やってるのかというと、面白いからやってるのだけれど、 プログラム書かない人らから見ると何やってるのか全然面白さが分からない、 3Dポリゴンが動いたり(乳が揺れたり)する方が面白いに決まってると思ってる。 彼らは失礼極まりなくて、リーナストーバルズに対しても ﹁お前の作ってるものは良く分からないから、ゲーム作れよ﹂って言うだろうね。 そういう連中を皆殺しにしないことには俺の人

  • 「現在時刻」を外部入力とする設計と、その実装のこと - クックパッド開発者ブログ


    こんにちは。技術部 開発基盤グループの諸橋です。 クックパッドでは昨今の多くのWeb企業と同じように、GitHub EnterpriseのPull Requestを使ったコードレビューを広範に実施しています。わたしたちのコードレビューでは、ソースコードの字面にとどまらず、サービスの機能として魅力的かどうかや、保守性を含めた設計が適切かといった議論に発展することも良くあります。 きょうはそんななかで話題に上がった﹁現在時刻﹂の扱いかたに関する設計の話を書きます。 背景 サービスを開発・運営している我々には、時間帯によって出し分けたり、特定の期間のみに表示したいコンテンツがたくさんあります。 そのたびにデプロイし直すというのはつらいので(特に24:00に出なくなるコンテンツなど)なんとかしたくなりますが、一方で時限式のコンテンツはその時になるまでちゃんと動いているか確証が取れないので怖いです。
    「現在時刻」を外部入力とする設計と、その実装のこと - クックパッド開発者ブログ

  • 現在時刻が関わるユニットテストから、テスト容易性設計を学ぶ - t-wadaのブログ

    この文章の背景について この文章はテスト容易性設計をテーマに 2013/11/26 に CodeIQ MAGAZINE に寄稿したものです。残念ながら CodeIQ のサービス終了と共にアクセスできなくなっていたため、旧 CodeIQ MAGAZINE 編集部の皆様に承諾いただき、当時の原稿を部分的に再編集しつつ、ライセンス CC BY（クリエイティブ・コモンズ — 表示 4.0 国際 — CC BY 4.0） で再公開いたしました。 旧 URL にいただいたブックマークとご意見はこちらです（これであなたもテスト駆動開発マスター！？和田卓人さんがテスト駆動開発問題を解答コード使いながら解説します～現在時刻が関わるテストから、テスト容易性設計を学ぶ #tdd｜CodeIQ MAGAZINE）。旧記事には本当に多くの反響をいただき、誠に感謝しております。 目次 この文章の背景について 目次 出

    現在時刻が関わるユニットテストから、テスト容易性設計を学ぶ - t-wadaのブログ

  • コード内で「現時刻」を気軽に取得してはいけない | Nekoya press


    日付を扱う処理についていろいろまとめたついでに、わりと簡単なことだけど知らないと落とし穴にハマる系のネタを。 日頃いろいろな処理を書いていて、現時刻を扱うこともは少なくないはずです。ですが、これを適当にやっていると困ることが多々あります。 実行中に﹁現時刻﹂を元にした処理が食い違う 例えばこんなコード。ログ集計とかやってるイメージです。 class Analyzer(object): def analyze(self): logfile = datetime.datetime.now().strftime('my_log_file.%H') self.save(self.analyze_logfile(logfile)) def save(self, result): now = datetime.datetime.now() self.result[now.hour] = result

  • 2038年問題 - Wikipedia


    この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。︵このテンプレートの使い方︶ 出典検索?: "2038年問題" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL︵2015年7月︶ 2038年問題︵にせんさんじゅうはちねんもんだい︶は、2038年1月19日3時14分7秒︵UTC、以下同様︶を過ぎると、コンピュータが誤動作する可能性があるとされる年問題。 経緯[編集] 上から、2進・十進・問題のある時刻・正しい時刻。︵GIFアニメ︶3時14分7秒を超えたところで負の値となり、時刻に狂いが生じる恐れがある。 コンピュータおよびコンピュータプログラムにおける時刻の表現として﹁UNIX時間﹂︽協定世界時における1970年1月1日0時0分0秒から
  • 1 2 3 次のページ

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.