並び順

ブックマーク数

期間指定

  • から
  • まで

881 - 920 件 / 1524件

新着順 人気順

programの検索結果881 - 920 件 / 1524件

  • 「コードがむずかしい」からの脱却

    コード品質向上のいろは - 先達に学ぶ実践例 Lunch LT https://findy.connpass.com/event/300912/

      「コードがむずかしい」からの脱却
    • 一休レストランの XState 導入記 - 一休.com Developers Blog

      このエントリーは 一休.comのカレンダー | Advent Calendar 2023 - Qiita の22日目の記事です。 レストランプロダクトUI開発チームの鍛治です。 一休レストランのフロントエンドを担当しています。 一休レストランでは Next.js App Router Remix を採用しています。 user-first.ikyu.co.jp 昨年の終わり頃から始まった一休レストランのリニューアルですが、フロントエンドは Nuxt v2 (Vue 2) から Next.js App Router (React) に、という大きな切り替えで、不慣れだった我々は React 初心者がひっかかる落とし穴を全部踏み抜いてきました。 例えば、チュートリアルに従って useState で変化する状態を定義して、最初はそれで全てがうまくいっていました。機能追加していく過程でいつの間にか一

        一休レストランの XState 導入記 - 一休.com Developers Blog
      • マイクロソフト、「Windows Subsystem for Android」をWindows 11のWindows Insider Program向けに配布開始、KindleなどのAndroidアプリが実行可能に

        マイクロソフト、「Windows Subsystem for Android」をWindows 11のWindows Insider Program向けに配布開始、KindleなどのAndroidアプリが実行可能に マイクロソフトは、一般提供前のWindows 11を配布するWindows Insder Programにおいて、Windows 11でAndroidアプリを実行可能にする「Windows Subsystem for Android」の提供を開始したことを明らかにしました。 6月にWindows 11が発表された際に、Windows 11ではAndroidアプリケーションを実行可能にする計画があることがマイクロソフトから表明されていました。 [速報]Windows 11でAndroidアプリが実行可能に、マイクロソフトが発表 Windows Subsystem for Andr

          マイクロソフト、「Windows Subsystem for Android」をWindows 11のWindows Insider Program向けに配布開始、KindleなどのAndroidアプリが実行可能に
        • はじめてのインタープリター

          インタープリターを書いたことがない方向けに、四則演算といった簡単なものから始め、少しずつ機能を足しながら言語を拡張していくような本です。

            はじめてのインタープリター
          • 高松市様における「Fujitsu MICJET コンビニ交付」での証明書の誤交付発生について

            高松市様における「Fujitsu MICJET コンビニ交付」での証明書の誤交付発生について2024年4月4日に高松市様において、「Fujitsu MICJET コンビニ交付」で、申請された方とは異なる住民の方の住民票の写しが発行される事象が発生いたしました。高松市様および住民の皆様、関係者の皆様には多大なるご迷惑、ご心配をお掛けしましたことをお詫び申し上げます。 本事象の原因は、複数サーバーでシステムを構成している高松市様向けに、本来はその構成に応じたプログラムを適用すべきところを、誤って単一サーバー構成向けのプログラムを適用していたことによるものです。現在は既に正しいプログラムを適用し、高松市様において正常に動作することを確認しております。 また、高松市様と同一構成の団体様について同様の問題が発生しないことを確認済みです。加えて、全ての団体様において本事象に関係のないプログラムも含め、

              高松市様における「Fujitsu MICJET コンビニ交付」での証明書の誤交付発生について
            • 「Rust」でOSの自作に挑戦! 低レイヤーシステム開発の解説書『Rustで始める自作組込みOS入門』が発売/【Book Watch/ニュース】

                「Rust」でOSの自作に挑戦! 低レイヤーシステム開発の解説書『Rustで始める自作組込みOS入門』が発売/【Book Watch/ニュース】
              • 自動プログラミングAIの「AlphaCode」をDeepMindが発表、競技プログラミングレベルのコード生成が可能

                DeepMindが競技プログラミングレベルのプログラミングが可能な人工知能(AI)の「AlphaCode」を発表しました。AlphaCodeのほかにも自動でプログラミングが可能なAIは存在しますが、AlphaCodeは414億ものパラメーターを保持した特に精度の高いAIに仕上がっているとのことです。 Competitive programming with AlphaCode | DeepMind https://deepmind.com/blog/article/Competitive-programming-with-AlphaCode Competition-Level Code Generation with AlphaCode (PDF)https://storage.googleapis.com/deepmind-media/AlphaCode/competition_leve

                  自動プログラミングAIの「AlphaCode」をDeepMindが発表、競技プログラミングレベルのコード生成が可能
                • 共通化すれば良いとは限らない - Object.create(null)

                  ここのところ偶然なのか「共通化」という言葉を多く聞いているのですが, その言葉を聞くたびに身構えていることに気がついたので, この気持ちの出どころを共有しておきます. なぜ身構えているかというと, 共通化が必ずしもコードを良い状態にするとは限らないにも関わらず, それ自体が目的になってしまっている (ように見える) ことが多いからです. この手のリファクタリングの目的はあくまでコードの改善のはずで, そのことを忘れて共通化するだけで満足してしまうと, 良くてリファクタリングの効果が半減, 悪ければ逆効果になってしまいます. 個人的にコードを共通化する上で注意してほしいと思っているのは以下の二つです. コードを共通化すべきでない場合もある 共通化されたコードは一般的な原則にしたがって設計されなければならない 似たようなことは歴史の中で何度も繰り返し言われていることだろうと思いますが, 改めて

                    共通化すれば良いとは限らない - Object.create(null)
                  • 新規プロダクトの仮説検証ループをすばやく回し続けるためのプロダクトエンジニアリング/PdENight3

                    © KAKEHASHI Inc. カケハシで何をやってるの? • 株式会社カケハシ ◦ 医療系スタートアップ ◦ ミッション「日本の医療体験を、しなやかに。」 ◦ 従業員数358名(2023年12月時点) • 椎葉:薬局向け新規サービスの立ち上げを担当 ◦ 仮説を検証しまくるタイプのプロダクト ◦ 2023年4月入社後すぐに立ち上げを担当 ◦ 10月にベータ版をローンチ

                      新規プロダクトの仮説検証ループをすばやく回し続けるためのプロダクトエンジニアリング/PdENight3
                    • GitHub Copilot Workspaceが利用可能になったのでゼロからアプリを作ってみた - Alternative Architecture DOJO

                      こんにちは、MLBお兄さんこと松村です。 昨年の MLB 全体ドラフト1位のポール・スキーンズ投手がメジャーデビューしました。予想通りの豪速球でした。 2024年4月29日についにテクニカルプレビューが開始となった GitHub Copilot Workspace ですが、ゴールデンウィーク中に私のアカウントでも利用可能となっていたため、試してみたことを書いていきます。 利用開始まで この記事を書いている時点では、 GitHub Copilot Workspace の利用には待機リスト (Waitlist) への登録が必要であり、その通過を待つ必要があります。 そのため GitHub Copilot Workspace を利用したい方は、こちらから登録を行いましょう。 githubnext.com ゼロからアプリを作ってみる 今回は練習として私がコードを書くこと無く、 C# の簡単なアプリ

                        GitHub Copilot Workspaceが利用可能になったのでゼロからアプリを作ってみた - Alternative Architecture DOJO
                      • とってもやさしいGo言語入門

                        【追記】↓100秒テックでイラスト投稿してます!よかったら見てってください! はじめに この記事は、Go言語を学び始めたばかりの人や、チュートリアルを読んで途中で挫折してしまったという人に向けて、Go言語の基礎的な文法を解説した記事です。といっても全てをカバーするのは大変だと思ったので、私自身が A Tour of Go を読んで難しいと感じた点をいくつかピックアップして書きました。今回の記事では、ポインタ・構造体・メソッド・インターフェースについて解説していこうと思います。 ポインタ A Tour of Go では、ポインタについて次のような説明をしています。 Go has pointers. A pointer holds the memory address of a value. (訳) Goはポインタを扱います。 ポインタは値のメモリアドレスを指します。 この「メモリアドレス」と

                          とってもやさしいGo言語入門
                        • 「Flutter」を自分で1から実装し直してその魔法を理解・体感する解説書が発売/現役大学生が執筆した『再実装Flutter UIフレームワークをゼロから自作する』【Book Watch/ニュース】

                            「Flutter」を自分で1から実装し直してその魔法を理解・体感する解説書が発売/現役大学生が執筆した『再実装Flutter UIフレームワークをゼロから自作する』【Book Watch/ニュース】
                          • Claude3にプロジェクト全体をぶち込むためのプロジェクトの構造とファイル内容を自動でまとめるPythonスクリプト

                            はじめに Claude3Opusはものすごい能力で、手動で作成するのは面倒なプロジェクトのドキュメンテーションなどを一撃で生成してくれます。 しかし、プロジェクト全体の内容をWebのCladeには投入できないし、ファイルを1個ずつコピペするのもかなり時間を要します。 頼みのCursorもClaudeは対応していないので@Codebase機能が利用できません・・・ そこで、Pythonスクリプトを使ってプロジェクトのフォルダ構造とファイルの内容を自動的にまとめるスクリプトを作成したので紹介します! このスクリプトを使うことで、プロジェクトを200kトークンまでの単一のテキストにまとめ、Claude3Opusに簡単に投入できるようになります。 スクリプトの機能と使い方 このPythonスクリプトは以下のような機能を持っています: プロジェクトのフォルダ構造をMarkdown形式で生成。※本当は

                              Claude3にプロジェクト全体をぶち込むためのプロジェクトの構造とファイル内容を自動でまとめるPythonスクリプト
                            • そもそもnpmからわからない

                              はじめに やっぱりwebpackがわからない(エピソード1)、エピソード2を公開しているのですが、そもそもnpmからわからない、という人もいると思いますので、今回はnpmに関して説明します。 なお、やっぱりwebpackがわからないではViteに関して触れていますが、Node.jsもDenoという新しいランタイム環境が登場しています。ですが、やはりまだ開発現場で使用するには難しいと思いますので、Node.jsを使用するうえでnpmはちゃんと理解しておいた方がいいです。 npmとは npm とはNode.jsのパッケージを管理するシステム、所謂パッケージ管理システムです。アプリケーションを作成する際、便利なパッケージをそのプロジェクトにインストールして、使用することができます。 ところで、パッケージとは一体何なのでしょうか? パッケージとは システム開発ではモジュール、パッケージ 、ライブラ

                                そもそもnpmからわからない
                              • Rustで始めるwebフロント開発。フロントエンジニアのためのRustメモリ管理入門

                                この記事は、Supershipグループ Advent Calendar 2021の23日目の記事になります。 はじめまして。まさやんです。 普段はバックエンドをメインで書きつつ、フロント書いたり、AWSでインフラ構築したりと色々やらせてもらってます。 今回は、フロントエンドをメインにやってる人が、rustを始める時に参考になる記事を書こう!と思い立ち、書いてみました。 この前、JSConfの講演を聴いてて、rustの話もどんどん増えているなあと思ったのがきっかけです。 近いうちに、フロントの人もrust触れないとね〜、という時代になるかもなので、自身の学習も兼ねて整理してみました。 自分がつまずいたり、勉強する時参考になったなーという情報を整理して、最後にrustのフレームワークを紹介して終わりにします。 そこそこ長いので、休み休み読んでください。 対象読者 フロントエンドを書いていて、最

                                  Rustで始めるwebフロント開発。フロントエンジニアのためのRustメモリ管理入門
                                • 後輩が直せなかったプログラムを持ってきてもしばらく放置することにしている→その理由がなんともやるせない

                                  ありあ @aria_nico 後輩が「3日やったけど直せませんでした…」って持ってきたプログラムを「ほい」って15分で直したら、「自信なくしたので辞めます」ってガチで辞めたてしまったことがあるから、同様に受け取ってもしばらく放置することにしている。 世の中って難しい。 2022-07-21 15:44:07 ありあ @aria_nico 今日も人生の実験中、たぶん失敗も面白い。ファミコンとお料理配信の人、ありあです。気ままに生きるシステムエンジニア。特技はハープを弾くことと何でもこぼすこと。フォローはお気軽に!色々リンク→lit.link/aria25 twitch.tv/aria_nico

                                    後輩が直せなかったプログラムを持ってきてもしばらく放置することにしている→その理由がなんともやるせない
                                  • Meta(旧Facebook)が、Rustを社内の正式サポート言語に採用。サーバサイド向けとしてPython、C++、Hackに追加

                                    Meta(旧Facebook)は、ブログ「Engineering at Meta」で公開した記事「Programming languages endorsed for server-side use at Meta」で、Rustを新たに社内の正式サポート言語に追加したことを明らかにしました。 Meta社内ではソフトウェア開発において正式にサポートする言語を慎重に選択しており、社内においてサポートされた言語に対しては十分な投資が行われ、プログラミング、デバッグ、デプロイなどにおいて良好な開発体験が期待できるとともに、新しプロジェクトが開始される場合には、サポートされている言語を選択することが推奨されています。 サーバサイド向けの言語としてこれまでPython、C++、Hackがサポートされており、今回そこにRustが追加されました。 性能重視のバックエンドサービスやCLIの開発にRustを推

                                      Meta(旧Facebook)が、Rustを社内の正式サポート言語に採用。サーバサイド向けとしてPython、C++、Hackに追加
                                    • レゴ「マインドストーム」年内で終了。ロボットをプログラムできる教育キット | テクノエッジ TechnoEdge

                                      ガジェット全般、サイエンス、宇宙、音楽、モータースポーツetc... 電気・ネットワーク技術者。実績媒体Engadget日本版, Autoblog日本版, Forbes JAPAN他 レゴがロボティクス教育キット「マインドストーム」シリーズの販売を年内で終了すると発表しました。 マインドストームのチームは今後「社内の別の事業分野」に再配置されるとのことです。Robot Inventorアプリは2024年まで使用できます。 マインドストームはマサチューセッツ工科大学(MIT)とのコラボレーションにより、レゴの標準的なブロックとコンピューター部品を組み込んだブロックを使ってロボットシステムを構築する画期的な教育ツールとして1998年に誕生。 PC上でパーツをドラッグ&ドロップするだけでプログラミングができ、子どものみならず大人にもファン層を形成してきたシリーズ製品です。 シンプルなパーツを組み

                                        レゴ「マインドストーム」年内で終了。ロボットをプログラムできる教育キット | テクノエッジ TechnoEdge
                                      • 「Apache Log4j」の脆弱性が話題だけど、そもそもApacheとかJavaの語源って知ってる?

                                        「Apache Log4j」の脆弱性が話題だけど、そもそもApacheとかJavaの語源って知ってる?:ヤマーとマツの、ねえこれ知ってる?(1/3 ページ) 経歴だけは長いベテラン記者・編集者の松尾(マツ)と、幾つものテック系編集部を渡り歩いてきた山川(ヤマー)が、ネット用語、テクノロジー用語で知らないことをお互い聞きあったり調べたりしながら成長していくコーナー。交代で執筆します。 ヤマー 昨日のヤマーとマツ+キーチ副編集長によるLog4j解説回、けっこう反響ありましたね。 「Log4j」のトラブルってどうヤバいの? 非エンジニアにも分かるように副編集長に解説させた 副編をこき使ってしまいましたが、われわれも勉強になりました。 「Apache」の由来って何? マツ 私も調べているうちに、そういえば、世間の方はLog4jなどを手掛けている「Apache」って何のことだか知らないんじゃないかと

                                          「Apache Log4j」の脆弱性が話題だけど、そもそもApacheとかJavaの語源って知ってる?
                                        • 米Microsoftら、“コーディング専用”大規模言語モデル「WizardCoder」開発 文章から高品質なコード出力

                                          このコーナーでは、2014年から先端テクノロジーの研究を論文単位で記事にしているWebメディア「Seamless」(シームレス)を主宰する山下裕毅氏が執筆。新規性の高い科学論文を山下氏がピックアップし、解説する。 Twitter: @shiropen2 米Microsoftや香港浸会大学に所属する研究者らが発表した論文「WizardCoder: Empowering Code Large Language Models with Evol-Instruct」は、米Hugging Faceが5月に発表したCode LLM(コーディング専用大規模言語モデル)「StarCoder」を軽量で高精度に強化する手法を提案した研究報告である。リポジトリはこちら。 コード生成に関連する課題に取り組むため、多数のCode LLMが提案されている。これらのCode LLMは、大量のコードデータを使用して事前学

                                            米Microsoftら、“コーディング専用”大規模言語モデル「WizardCoder」開発 文章から高品質なコード出力
                                          • Rustはなぜ開発者に愛されているのか、そして「人を選ぶ」理由とは? 実案件でRustを採用するゆめみに聞く

                                            昨今、開発者の中で人気が増しているプログラミング言語「Rust」。気になっている開発者は多いものの、業務での採用はまだこれからと考えている人も多いだろう。そんな中、ゆめみではRustに力を入れ、自社内外の案件でRustの活用を進めている。なぜ、ゆめみではRustの習熟を推奨するのか。その理由とともに、Rustの特徴、実際に使って見た感想、さらにはRustの今後の展望などについて、ゆめみでRustの推進に関わっているチャレンジCTO(最高技術責任者)の池口直希氏、エンジニア兼チャレンジ取締役のスミス 祐一郎 ルーク氏、サーバサイドエンジニアの舩戸隆氏に話を聞いた。 ゆめみでRust活用を牽引するエンジニア 2006年にグレイドン・ホアレ氏という個人プロジェクトとして開発されたプログラミング言語「Rust」。2009年にMozillaが開発に参入してプロジェクト化。その後、仕様変更を繰り返し、

                                              Rustはなぜ開発者に愛されているのか、そして「人を選ぶ」理由とは? 実案件でRustを採用するゆめみに聞く
                                            • 脳に収まるコードの書き方

                                              Tidy First? ―個人で実践する経験主義的ソフトウェア設計著者/訳者:Kent Beck、 吉羽 龍太郎、 永瀬 美穂、 細澤 あゆみ出版社:オライリー・ジャパン発売日:2024-12-25単行本(ソフトカバー):164ページISBN-13:9784814400911ASIN:4814400918 脳に収まるコードの書き方 ―複雑さを避け持続可能にするための経験則とテクニック著者/訳者:Mark Seemann、 吉羽 龍太郎、 原田 騎郎、 Robert C. Martin出版社:オライリー・ジャパン発売日:2024-06-18単行本(ソフトカバー):312ページISBN-13:9784814400799ASIN:4814400799

                                                脳に収まるコードの書き方
                                              • 「生成AI×ビジュアルプログラミング」が進まない理由は?中山心太氏に聞く、高級言語との本質的な違い - レバテックLAB

                                                株式会社NextInt代表 中山心太 データ分析、コンサル、ゲームディレクター、技術顧問、企業での研修・講演など多方面で活躍。著書に『ChatGPT攻略』、『仕事に役立つ新・必修科目「情報Ⅰ」』。共著に『仕事ではじめる機械学習』『データサイエンティスト養成読本 ビジネス活用編』など。 @tokoroten 株式会社NextInt 現在プログラミングの現場では、生成AIの活用が進んでいます。今やテキストプログラミングにおいて生成AIの活用は珍しいことではなくなりました。一方でビジュアルプログラミングにおいては、テキストプログラミングほど生成AIの活用が進んでいないのが現状です。 「ビジュアルプログラミングとは、結局どんなものなのか」「なぜ広くプロユースされていないのか」「なぜビジュアルプログラミング×生成AIはそこまで進んでいないのか?」 これらの疑問を、株式会社NextInt代表として、ビ

                                                  「生成AI×ビジュアルプログラミング」が進まない理由は?中山心太氏に聞く、高級言語との本質的な違い - レバテックLAB
                                                • Dockerが近年その優位性を失いつつある理由 - Qiita

                                                  Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 近年、Dockerは開発分野で一世を風靡し、その革新的な技術でソフトウェア開発を革命的に変えました。当初、Dockerは軽量なコンテナ化技術を通じて開発とデプロイメントプロセスを大幅に簡素化しました。しかし、2024年にはこの技術の欠点が次第に明らかになってきました。 初期の栄光 それほど前のことではありませんが、Dockerは「私のマシンでは動くが、あなたのマシンでは動かない」という古くからの問題をうまく解決しました。そのポータビリティと互換性により、アプリケーションを異なる環境に簡単に移行できるようになりました。しかし、これらの利点

                                                    Dockerが近年その優位性を失いつつある理由 - Qiita
                                                  • テストコードをただ書くだけで満足している人々をこの記事でビンタしたい - Qiita

                                                    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? まえがき 世間ではテストをしないこと/テストを書かないことを悪とするみたいな文化が定着してきたのか、テストを書かない開発というのが減ってきてると思います。 では「正しくテストを書けているか」「テストを書く文化を生かしているか」というとどうでしょう? これらの問いに答えられずテストを書くことをゴールにして満足していると、それは宝の持ち腐れならぬテストコードの持ち腐れとなります。 執筆のモチベーション この記事を印刷して札束のごとくビンタするのが目的です。 以下に該当すること”だけ”を考えているような場合はビンタされるかもしれません。(絶対

                                                      テストコードをただ書くだけで満足している人々をこの記事でビンタしたい - Qiita
                                                    • 「型システムのしくみ」発売のお知らせ - まめめも

                                                      「型システムの仕組み - TypeScriptで実装しながら学ぶ型とプログラミング言語」という本を書きました。 「型システムの仕組み - TypeScriptで実装しながら学ぶ型とプログラミング言語」 どんな本? 簡単な型チェッカを自作してみることで、型システムの仕組みを概観する本です。 型チェックする対象の言語はTypeScript(のサブセット言語)、型チェッカを実装するための言語もTypeScriptです。 たとえば、次のようなプログラムが型チェックできるようになります。 const add = (x: number, y: number) => { return x + y; } const a = add(1, 2); const b = a + true; 型チェッカは、それぞれの変数がどういう型を持つか管理しつつ、プログラムの各パートがどういう型になるかを判定していきます。

                                                        「型システムのしくみ」発売のお知らせ - まめめも
                                                      • 読みやすいコードのガイドライン | 技術評論社

                                                        概要 開発が大規模化・長期化するほど、コードを「読む」コストは増大していきます。そのため「読みやすさ」の向上は、生産性を改善し、プロダクトの成長限界を引き上げる重要な手段と言えるでしょう。 本書は、読みやすさの本質を学び、実践するための考え方をマスターできる一冊です。体系的な理解を実現するため、あらゆる角度から、豊富な例を交えて解説しています。表面的なテクニックではなく、いま目の前にあるコードに最適な改良方法を選び取る力が身に付きます。 目次 はじめに 第1章 可読性の高いコードを書くために 1-1 生産性への恩恵 1-1-1 開発の規模と生産性の関係 1-1-2 可読性を高めるための環境と評価体制 1-2 可読性の高いコードを書くための要件 1-2-1 可読性に関連する指標 1-2-2 可読性を高める取り組み方 1-3 代表的なプログラミング原則 1-3-1 ボーイスカウトルール 1-3

                                                          読みやすいコードのガイドライン | 技術評論社
                                                        • GitHub Copilot はどのようにして空気を読むか? - ABEJA Tech Blog

                                                          "Everything is true," he said. "Everything anybody has ever thought." この記事は ABEJAアドベントカレンダー2023 の 17 日目の記事です。 こんにちは。システム開発部の石川 (@ishikawa) です。昨年のいまごろは Objective-C ばかり書いていましたが、今年は念願の Swift で QR コードリーダーを書き直したり、React Native の C++ コードをデバッガで追いかけて不思議なバグの修正をした年でした。 react-native で 196,607 回 fetch() すると通信できなくなるバグを直した https://t.co/lvNC3PL85b— takanori_is (@takanori_is) 2023年9月21日 普段の業務では TypeScript と Go、Pyt

                                                            GitHub Copilot はどのようにして空気を読むか? - ABEJA Tech Blog
                                                          • 世界のプログラミング言語(44) シンプルで現代的なZig言語、RustやC++が複雑すぎると嘆く人の福音となるか

                                                            Zigは2015年に登場した新しいオープンソースのプログラミング言語です。Go言語やRust言語のように、C言語の置き換えを目標にしたコンパイラ言語です。その最大の特徴はシンプルであることです。確かに、マクロもプリプロセッサもありませんが、現代的な言語に仕上がっています。最近話題になることが増えてきたので試してみましょう。 ZigのWebサイト Zigとは Zigはアンドリュー・ケリー氏によって2015年に登場した新しいプログラミング言語です。コンパイラ基盤のLLVMを利用しており、幅広いOSに対応した実行ファイルを生成することができます。 Zigはシンプルをモットーとしています。Zigのマニュアルでは、C++やRust、D言語など多くの機能を持つ言語を挙げて、それらとは異なりシンプルであることを名言しています。 そして、その構文は、C言語と似ているのですが、遅延処理のdefer構文や型推

                                                              世界のプログラミング言語(44) シンプルで現代的なZig言語、RustやC++が複雑すぎると嘆く人の福音となるか
                                                            • コードレビューの思想や心構え - Qiita

                                                              Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 株式会社ブレインパッドでデータサイエンティストをしているasanoです。 この記事はBrainPad Advent Calender 2023 1日目の記事シリーズ2です。 ※シリーズ1は@fuyu_quantさんの入力プロンプトを復元する技術 #ChatGPTです! 今日はコードレビューの思想や心構えについて書きます。 はじめに コードレビューをより生産的に進めるには単にコーディングのスキルだけでなく、そもそものコードレビューに対する思想や心構えについても一定のリテラシーを求められると考えています。 コードレビューはどうしてもロジカル

                                                                コードレビューの思想や心構え - Qiita
                                                              • チーム内にもあった“ヤバい”空気感 メルペイチームが技術的負債をゼロにするためにやったこと | ログミーBusiness

                                                                「メルペイスマート払い」の開発を担うCredit Design櫻井みづき氏(以下、櫻井):メルペイでQAエンジニアをしている櫻井みづきです。今日は「より良いサービスを継続的に届けるための新しい習慣ができるまで」というテーマでお話していきたいと思います。 まず本日のアジェンダです。今日は3つのことを中心にお話しします。今日のテーマを話すのにあたって、Credit Designというチームでの取り組みについて紹介していきたいと考えています。なのでCredit Designとは何かについて、まずはみなさんに理解してもらって、そのあとに具体的に取り組んでいったことをお話しします。最後に取り組みの中で私が大事にしてきた考え方や、意識していたことをお話できればと思います。 さっそくですが簡単に自己紹介をします。改めまして、私は今メルペイでQAエンジニアをしている櫻井みづきです。2018年7月にメルペイ

                                                                  チーム内にもあった“ヤバい”空気感 メルペイチームが技術的負債をゼロにするためにやったこと | ログミーBusiness
                                                                • Graydon HoareのCompiler講義資料が面白かった話 - Arantium Maestum

                                                                  Graydon Hoareが2019年にカナダのブリティッシュ・コロンビア大学でコンパイラ関連のゲスト講義した時の資料21 compilers and 3 orders of magnitude in 60 minutes - a wander through a weird landscape to the heart of compilationを読んだら大変面白かったのでメモ。 作者 Graydon HoareはMozillaでRustを開発したことで有名。その後Rustの開発もMozillaも離れて(というかRustの開発からは2013年に離れたようだ)、一時期AppleでSwift開発チームに所属していたらしい。(ソース:Reddit: I wonder, why Graydon Hoare, the author of Rust, stopped contributing in

                                                                    Graydon HoareのCompiler講義資料が面白かった話 - Arantium Maestum
                                                                  • RustのWebフレームワークで実現する“爆速アプリ開発” 「こういうのやりたい」がすぐできる、actix-webの活用

                                                                    ウェブアプリケーションをRustで開発している、株式会社estie。今回開催された「Rust、何もわからない…」では、実サービスで活用されているRustについて、その活用方法の事例を紹介しました。estieでアルバイトとしてRustを用いたウェブアプリの開発に取り組んでいるkenkoooo氏。「actix-web」の活用について発表しました。 アジェンダの紹介 kenkoooo氏:では僕、kenkooooが「actix-webで快適Webアプリ生活」というタイトルで発表します。よろしくお願いします。 (スライドを示して)今日発表したいことは、actix-webというRustのWebフレームワークが、どれだけ使いやすいかということです。それから、これは立ち入った話なのですが、actix-webのミドルウェアという機能があって、それも今estie(株式会社estie)でけっこう使っているので、

                                                                      RustのWebフレームワークで実現する“爆速アプリ開発” 「こういうのやりたい」がすぐできる、actix-webの活用 
                                                                    • アジャイル・フルーエンシーモデルでアジャイルに技術的負債対策を組み込む

                                                                      🐳この記事は「ログラスサマーアドベントカレンダー2023」の28日目の記事です。 次はデザイナーチームの高瀬さんです。 こんにちは、ログラスの松岡です。 ログラスのプロダクトチームでは、ドメイン駆動設計とアジャイルプラクティス(スクラム、エクストリームプログラミング等)を併用していました。 その中で、「アジャイル・フルーエンシーモデル」(以下、省略時には「フルーエンシーモデル」と表記)という概念が多くのプラクティスを取りまとめ、全体感を把握してチームの成長余地を考えるのに役立つものなので、この記事で紹介したいと思います。 アジャイル・フルーエンシーモデルの面白いポイント 面白いポイントはいくつもあるのですが、この記事で紹介するポイントは二つあります。 ポイント①: 技術的負債への対策が組み込まれている 一つは、「技術的卓越性によってアジャイルの持続可能性(サステナビリティ)を高めるという

                                                                        アジャイル・フルーエンシーモデルでアジャイルに技術的負債対策を組み込む
                                                                      • 元任天堂・岡田 智氏の独立独歩 前編  “技術的に不可能”を覆したゲーム&ウオッチ 「ビデオゲームの語り部たち」:第27部

                                                                        元任天堂・岡田 智氏の独立独歩 前編  “技術的に不可能”を覆したゲーム&ウオッチ 「ビデオゲームの語り部たち」:第27部 ライター:黒川文雄 ライター:大陸新秩序 任天堂が世界的なゲーム企業となって久しいが,当然ながら設立当初からそうだったわけではない。さまざまな事業へのチャレンジがあり,成功や失敗,紆余曲折を経て今がある。 昭和40年代,筆者の幼少期の記憶にある任天堂は,たばこ屋のガラスケースに置かれていた花札だった。任天堂の公式サイトにある会社の沿革は,1889年に山内房治郎氏が花札の製造を開始したことから始まっており,花札こそが任天堂の原点と言える。 その花札の延長線上にトランプがある(1902年に製造開始)。当初は紙製だったが,任天堂は耐久性を向上させるために日本初のプラスチック製トランプを商品化。さらにディズニー・キャラクターをあしらったり,遊び方を記載した説明書を同梱したりと

                                                                          元任天堂・岡田 智氏の独立独歩 前編  “技術的に不可能”を覆したゲーム&ウオッチ 「ビデオゲームの語り部たち」:第27部
                                                                        • プログラムの複雑さ・表面積・グラフの構造 - Object.create(null)

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

                                                                            プログラムの複雑さ・表面積・グラフの構造 - Object.create(null)
                                                                          • 開発責任者として、事業会社にジョインして半年の振り返り

                                                                            あれこれ 備忘録的な書き殴りな文書です。あしからず。 オシャンティーな技術スタックで、大きな組織でやるのも面白いと思うけど、小さな会社でレガシーなシステムやメンバーと向き合うのも悪く無いよ!ってことを伝えたいのだけど、これが楽しめる人いるかな?私は楽しいよ! ジョインした時点の状況 開発体制 開発エンジニア(入社半年) インフラエンジニア(5年前後、QA兼ねる) 主力サービスの協力会社 0.5人月程度 会社の屋台骨の 主力事業のSaaSサービスがあるが、業務委託の0.5人月程度の工数の範囲でできる改修を行っていた。 開発エンジニアは新規機能を開発していた。 課題感 一度作られたシステムは、表(UI/UX)も、裏(システム)もレガシーな状況であった。 限られたエンジニアのリソースは、営業視点で、あったら売りやすい機能開発に費やされており、負債返却や、使い心地の改善には充てられていなかった。

                                                                              開発責任者として、事業会社にジョインして半年の振り返り
                                                                            • Webサービスにおける非同期処理の勘所 - pospomeのプログラミング日記

                                                                              株式会社カミナシで VPoE を務めている pospome です。 (´・ω・`) 最近非同期処理について考えることがあったので、そのときに考えたことをサクッとまとめようと思います。 非同期処理について体系的にまとめたものではなく、あくまで "その時に考えた限定的な内容" になります。 Webサービスにおける非同期処理とは 非同期処理はめんどくさい 同期処理では要件を満たせないケース 非同期処理の面倒なポイント 1. メッセージキュー/タスクキューに対する理解 2. ワーカー処理が失敗したときのリカバリ方法を考える 3. ボトルネックの確認と対策 補足:非同期処理を上手く扱えるようになろう まとめ 宣伝 Webサービスにおける非同期処理とは 本記事を読み進めるにあたって、 "非同期処理" の認識を合わせておきましょう。 Webサービスにおける非同期処理は AWS SQS, Google C

                                                                                Webサービスにおける非同期処理の勘所 - pospomeのプログラミング日記
                                                                              • (音楽用電子機器の)Zoomが(ビデオ会議の)Zoom(の代理店)を商標権侵害で提訴(栗原潔) - エキスパート - Yahoo!ニュース

                                                                                Zoomと言えば多くの人が米国のビデオ会議サービス事業者(Zoom Video Communications, Inc.)を思い浮かべるでしょう。しかし、ミュージシャンや音楽が趣味の人にとってはZoomというブランドはエフェクターやレコーダーなどの音楽用電子機器メーカー(株式会社ズーム)のブランドとして長きにわたり有名でした(私も結構な数の同社製品を所有しています)。ちょっとややこしいので、以下、前者をビデオ会議のZoom、後者を音楽機器のZoomと呼ぶことにします。 音楽機器のZoomは1983年創業で、ビデオ会議のZoomよりもはるかに歴史が長いです。両社の事業分野はけっこうかぶっているので、ビデオ会議のZoomが日本で有名になり始めた頃、結構ややこしいことになるなと思っていました。実際、昨年には、ビデオ会議のZoomと間違えられて音楽機器のZoomの株価が高騰するといった事件がありま

                                                                                  (音楽用電子機器の)Zoomが(ビデオ会議の)Zoom(の代理店)を商標権侵害で提訴(栗原潔) - エキスパート - Yahoo!ニュース
                                                                                • 人はFat Modelを恐れサービスを求め ドメインモデルは貧血に至る - @ledsun blog

                                                                                  この文章は祈りです。 主にRuby on Railsアプリケーションを想定した話です。 Ruby on Railsアプリケーションでは、Fat Model問題という問題が起きることがあります。 ドメインオブジェクトが肥大化しメンテナンスしにくくなる問題です。 Fat Model問題に対応するためにサービスレイヤーを導入することがあります。 「ドメインモデル貧血症」と呼ばれているアンチパターンです。 ドメインモデル貧血症 ドメインのロジックをドメインオブジェクトの中に入れないという設計ルールに従っているのでしょう。その代わり、すべてのドメインロジックを含むサービスオブジェクト群が存在しているのです。 Fat Modelを恐れよ Fat Modelは「単一責任原則」を満たしていないモデルです。 単一責任原則 | プログラマが知るべき97のこと 1つのサブシステムやモジュール、クラス、関数などに

                                                                                    人はFat Modelを恐れサービスを求め ドメインモデルは貧血に至る - @ledsun blog

                                                                                  新着記事