並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 30289件

新着順 人気順

開発の検索結果241 - 280 件 / 30289件

  • なぜ新たなチームへ移動した際には「WTF Notebook」というアプローチが役立つのか

    新たなチームへ移動した際に役立つアプローチ「WTF Notebook」について、ソフトウェアエンジニアのナット・ベネット氏が解説しています。 Why you need a "WTF Notebook" https://www.simplermachines.com/why-you-need-a-wtf-notebook/ ベネット氏は新しいチームに参加するたびにノートの新たな1ページを開き、一番上に「WTF - チーム名」とタイトルを付け、「なんてことだ(What The Fuck)」と思ったり変更したい事を思いついたりしたときにメモを書くとのこと。 チームに参加してから2週間はそうしたメモの内容をチームに伝えたり解決に動いたりせず、ただ見て、聞いて、奇妙に思えることを書き留めるだけにします。今回ベネット氏はこの単純なやり方でどのように物事を効果的に成し遂げる人としての評判を築き、常に不平

      なぜ新たなチームへ移動した際には「WTF Notebook」というアプローチが役立つのか
    • ゆな先生 on X: "【江崎グリコプッチンプリン生産停止の背景にあるもの】 江崎グリコは340億円かけてSAPを始めとするITインフラを整えようとしていた。IRにも書いてあった。 やけど、それが見事に失敗し、冷蔵品の生産停止まで追い込まれた。"

      • 【元半導体設計屋 筑秋 景のシリコン解体新書】 ファウンダリ事業で最強プロセス技術の座を取り戻すIntel

          【元半導体設計屋 筑秋 景のシリコン解体新書】 ファウンダリ事業で最強プロセス技術の座を取り戻すIntel
        • Docker Desktopの代替となる「Podman Desktop 1.9」リリース。Macでの安定性や性能が大幅に向上したコンテナエンジン「Podman 5.0」を搭載

          Red Hatが主導して開発するDocker互換のコンテナエンジンであるPodmanを搭載した、Docker Desktop代替となるGUIツール「Podman Desktop」の最新版「Podman Desktop 1.9」正式版がリリースされました。 Podman Desktopの主な機能 Podman Desktopは、デスクトップアプリケーションのGUIを通じて、コンテナの一覧、検索、実行、終了などの基本的な操作、コンテナイメージのビルド、コンテナレジストリへのコンテナイメージのプッシュやプルなどのライフタイムを通じた管理、ローカルでのKubernetes環境の実現、CPUやストレージの利用量の参照などを手軽に行えるツールです。 さらにDocker Dekstopの拡張機能を取り込むこともできます。 Podman Desktop 1.9の新機能 Podman Desktop 1.9

            Docker Desktopの代替となる「Podman Desktop 1.9」リリース。Macでの安定性や性能が大幅に向上したコンテナエンジン「Podman 5.0」を搭載
          • 基本設計について学んだことをアウトプットしました - Qiita

            現在、案件で上流工程のサポートとしてアサインしております。 理解が不足している箇所や分からないことがまだまだ多いため、個人で学習した内容を備忘を兼ねてアウトプットしたいと思います。 基本設計とは 基本設計はビジネスサイドの要件定義を実現させるために、エンジニアサイドでシステムに実装する機能を明確化、具体化していく工程です。 要件定義で決めた内容に対して「画面」「機能」「データ」を設計し、実現可能性を検討する項目と解釈しました。 基本設計は「外部設計」とも呼ばれ、ユーザーから見た時の動作を決める工程になります。 上記に添付している @KNR109 さんの記事がめちゃイメージしやすかったです。 ありがとうございます! クライアントに何をアウトプットする必要があるのか? 以下、代表例になります。 システム構成図 機能一覧 画面一覧 画面遷移図 データフロー図 APIドキュメント 基本設計はユーザ

              基本設計について学んだことをアウトプットしました - Qiita
            • 江崎グリコ、SAPのシステム導入に大失敗して地獄を見る : 市況かぶ全力2階建

              日刊SPA!に登場の医学生投資家、儲け自慢に熱を入れるあまり「11歳から親の口座で投資を始めた」と借名取引をうっかり告白

                江崎グリコ、SAPのシステム導入に大失敗して地獄を見る : 市況かぶ全力2階建
              • シスコ製のネットワーク構成図の作成・管理ツール「Network Sketcher」v2.2.0 ほか ~16件を掲載(4月22日のダイジェストニュース)【ダイジェストニュース】

                  シスコ製のネットワーク構成図の作成・管理ツール「Network Sketcher」v2.2.0 ほか ~16件を掲載(4月22日のダイジェストニュース)【ダイジェストニュース】
                • 『推理小説』が好きな人は【プログラマ】に向いているかもしれない話→「犯人は自分だった」「迷宮入りも珍しくない」システム開発ならではのドラマがある

                  ビタワン☃️ @vitaone_ ■プログラマ兼漫画家です👨‍💻 ■「いきのこれ!社畜ちゃん」という漫画を毎週日曜日20時に投稿します ■呟きはITネタ、アニメ、VTuber関連が多いです ■ホロライブ箱推し ■おっぱいが好きです ■ネガティブな話題はツイートもRTもしないように心掛けています🤐 vitaone.fanbox.cc

                    『推理小説』が好きな人は【プログラマ】に向いているかもしれない話→「犯人は自分だった」「迷宮入りも珍しくない」システム開発ならではのドラマがある
                  • レベルアップしたい人必見 Qiita記事43選 - Qiita

                    はじめに 本記事ではレベルアップしたいエンジニアが読んでおくべきQiita記事を紹介します。厳選に厳選を重ねた43記事です。全ての記事を読んでおく必要はありませんが、ちょっとでも「分からないな」「興味あるな」など思ったタイトルがあれば読んでみてください。 次の4種類に分類して紹介しています。参考にしてください。 フロントエンド バックエンド インフラ・Linux周りの知識 その他 それでは、早速紹介していきます! 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。 フロントエンド まず最初はフロントエンドエンジニアに読んでおくべきとおすすめできるQiita記事を11個選びました!フロントエンドエンジニアとしての基礎が身に付く

                      レベルアップしたい人必見 Qiita記事43選 - Qiita
                    • LLMプロダクト開発における独自評価基準とデータセットの作り方の考察

                      - {place_name}の主要な観光スポットを網羅できているか - 各観光スポットの特徴や見どころを具体的に説明できているか - アクセス方法や所要時間など、実用的な情報を提供できているか - 主観的な意見を述べていないか - 明るく丁寧な口調を維持できているか [ { "input": { "place_name": "鎌倉" }, "output": "鎌倉は神奈川県にある人気の観光地です。以下のような見どころがあります。\n\n1. 鶴岡八幡宮: 源頼朝ゆかりの神社。本殿や舞殿が国宝に指定されています。\n2. 高徳院: 有名な「鎌倉大仏」があります。高さ11.3mの銅造阿弥陀如来座像は圧巻。\n3. 長谷寺: 本尊の十一面観音菩薩は高さ9.18mの木造で、日本最大級です。\n4. 鎌倉文学館: 鎌倉ゆかりの文学者を紹介。歴史的建造物の中で作品を楽しめます。\n5. 江ノ島: 弁

                        LLMプロダクト開発における独自評価基準とデータセットの作り方の考察
                      • スクラム開発がエンジニアから成長機会を奪うかもしれない話 - 開発日報

                        おことわり 最初に断っておきますが、私はスクラム開発反対の立場をとっているわけではないです。また、スクラムマスターでもないのでスクラム開発について誤った見解を持っている可能性も大いにあります。 また、これから記載するスクラム開発のペインはあくまでも筆者の独断と偏見に基づいて記載されております。そのため、ペインの原因がスクラム開発ではなく、単にその所属組織の構成員の性質や文化的な要因であることも考えられます。おそらく、スクラム開発でなくても起こり得る問題も多く挙げていると思います。そういった側面も踏まえてご意見あれば忌憚なく反論異論いただければ幸いです。 なぜこの記事を書いたか チーム内で密なコミュニケーションをとりながら、個人ではなくあくまでもチームとしての成果を重視するスクラム開発の開発フローは、割と個人の活躍と成長機会を奪ってしまい、結果として組織としても開発成果が縮小均衡になってしま

                          スクラム開発がエンジニアから成長機会を奪うかもしれない話 - 開発日報
                        • ここがすごい!ラボ型開発でベトナムをおススメする理由

                          あなたは今、ベトナムでのラボ型開発を検討しており、一定期間、専任のベトナム人ITエンジニアを確保し、彼らを最大限に活用するためにはどうしたら良いか悩んでいるところではないでしょうか。 そんなモヤモヤを、まさにベトナムにラボを設立してから10年経ち、オフショア開発会社として数十社の実績と、オフショア開発会社及びオフショア開発を導入したことがある会社など約200社以上との打ち合わせ実績がある当社の蓄積データを最大限に活かし、解説いたします。 メリット・デメリットを紹介したうえで、たくさんある会社の中からどのようなポイントを抑えて会社を選べば良いか紹介します。 本記事を読んでいただき、ベトナムのラボ型開発を採用するか判断材料の1つになればと思います。 <参考> ラボ型開発と受託型開発(請負)の比較表 項目 ラボ型 受託型 長期的(6ヶ月以上) ◎ ▲ 短期的(6ヶ月未満) ▲ ◎ 開発を進めなが

                          • 開発生産性を上げるために開発をする前に考えていること - Findy Tech Blog

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

                              開発生産性を上げるために開発をする前に考えていること - Findy Tech Blog
                            • 「Twitter.com」を「X.com」に自動変換 Xが仕様変更も、批判相次ぎすぐ撤回 ネット失笑

                              「Twitter.com」という文字列を入力したはずなのに、Xにポストした瞬間、自動的にその文字列が「X.com」に変換されてしまう――トラブル続きのXで今度はそんな現象が発生し、詐欺に利用されかねないとして一部のユーザーが警戒を呼びかけた。問題は間もなく解消されたものの、Xの混乱ぶりにあきれる声や批判の声が飛び交っている。 米メディアのMashableやKrebs on Securityによると、自動変換はiOS向けのXで4月8日(米国時間)に始まった。この問題は「Twitter.com」が「X.com」に置き換わるだけにとどまらなかった。 例えば「space-twitter.com」というリンクをポストすると、末尾の「twitter.com」の部分の文字列だけが勝手に「x.com」に置き換えられて、Xの画面では「space-x.com」と表示される。一方で、実際のリンク先は変わらないま

                                「Twitter.com」を「X.com」に自動変換 Xが仕様変更も、批判相次ぎすぐ撤回 ネット失笑
                              • React のルール – React

                                様々な概念を表現する方法がプログラミング言語によってそれぞれ異なるように、React にも、理解しやすい方法でパターンを表現し高品質なアプリケーションを産み出すための慣用的な記法、ないしルールが存在します。 このセクションでは、自然な React コードを書くために従うべきルールを説明します。自然な React コードを書くことで、安全で整理されており、組み合わせ可能なアプリケーションを作成することができます。以下に挙げる特性により、アプリは変更に対して頑健になり、他の開発者やライブラリやツールと連携しやすくなります。 以下のルールは React のルールとして知られています。これらを守っていないならアプリにバグがある可能性が高い、という意味で、これらは単なるガイドラインではなくルールです。またこれらを守らない場合、あなたのコードは不自然で、理解や推測が難しいものになるでしょう。 Reac

                                  React のルール – React
                                • 雰囲気でDocker Composeを触っている状態から脱するために調べたこと(2023) - Activ8 Tech Blog

                                  エンジニアの岡村です。 自分はサーバーがメインではなく、あまり業務でガッツリ触るわけでもないのですが、最近それなりに活用するようになってきました。しかし、ネット上の日本語情報を読んでいるだけではこれの書き方が正しいのかよく分からない、と悩むことが結構あったため、色々情報を漁ってみました。 この記事は、特に自分が気になった部分の調べた結果を記事に纏めてみたものです。対象読者はdocker-composeを雰囲気でupやdownは叩けるけどComposeファイルの書き方がよく分からんとなってる人です。 Docker Composeの概要とcompose.yaml、Compose Specの関係 compose.yamlの書き方は Compose Specに準拠すればOK Compose Specの場所 推奨のファイル名はcompose.yaml compose.yaml内にバージョンを記述する

                                    雰囲気でDocker Composeを触っている状態から脱するために調べたこと(2023) - Activ8 Tech Blog
                                  • rebase 教から脱退します - Qiita

                                    rebase で色々あったので、備忘録として簡単に書いていきます。 前提背景 開発作業中、元のブランチに変更があった場合、私は変更を取り込むために常に rebase を使用します。これを選ぶ主な理由は「コミットログが見やすく保たれるため」です。 Gitには同様のコマンドとして merge がありますが、これは変更を取り込む際にマージコミットを作成する点が異なります。私はマージコミットによってコミットログが煩雑になると感じています。 このような理由から、私はrebaseを積極的に使用しています。 何があったのか 簡単に言うと、レビュー中にブランチ元の変更があったので、 git rebase からの git push -f origin [ブランチ名] やったらレビュアーのコメントが吹き飛びました。 いやー、めっちゃ怒られたよね💦 原因 「レビュー中」という状況がまずかった。 コードを共有し

                                      rebase 教から脱退します - Qiita
                                    • 資本家をビビらせろ | p2ptk[.]org

                                      以下の文章は、コリイ・ドクトロウの「Precaratize bosses」という記事を翻訳したものである。 Pluralistic 詩人アンジェロウの「人が本性を見せたら、それを信じなさい」という言葉、政治における「すべての非難は自白である」という自明の理のを組み合わせると、次のようになる。「誰かがあなたを悪徳だと非難するたびに、その人は自分自身の本性を見せているのであり、あなたはそれを信じるべきだ」。 そうした非難について考えてみよう。CARES法による対コロナ緊急経済対策の小切手をめぐる道徳的パニックを覚えているだろうか? 支配階級の代弁者たちは、ありとあらゆるケーブルテレビに出演し、「こんなことをしたら、誰も働きたがらなくなるだろう」と口々に不満を漏らした。労働者は、すべて――家、子供、冷蔵庫の食料など――を失うことへの恐怖心のみに突き動かされて仕事に就くのだと彼らは考えている。 こ

                                        資本家をビビらせろ | p2ptk[.]org
                                      • 「初心者でも扱える安価なランサムウェア」がダークウェブで大量に出回っている

                                        ランサムウェアを用いたサイバー攻撃のニュースでは「国家の支援を受けた犯罪グループ」など高度な専門地域を有した者による犯行が報じられがちです。しかし、セキュリティ企業「Sophos」の調査では「初心者でも扱える安価なランサムウェア」が大量に出回っていることが明らかになっています。 ‘Junk gun’ ransomware: Peashooters can still pack a punch – Sophos News https://news.sophos.com/en-us/2024/04/17/junk-gun-ransomware-peashooters-can-still-pack-a-punch/ ランサムウェアを用いた攻撃は、「ランサムウェアの開発者が攻撃も実行する」というパターンと、「別の開発者からランサムウェアを購入して攻撃を実行する」というパターンがあります。ランサムウ

                                          「初心者でも扱える安価なランサムウェア」がダークウェブで大量に出回っている
                                        • サーバーレスの次はなんなんだ

                                          はじめに この記事は、同人誌サークル「めもおきば」から不定期刊行している技術解説本「めもおきばTecReport」に書いたものを公開用に再編集したものです。 ⇒ めもおきばTecReport 2023.12 この記事のほかにも「私もSecHack365に参加したい!」や、「2023年振り返りと2024年技術予想」としてこんなキーワードを取り上げているので、気になったらぽちっとしてください! メガクラウドと特化型クラウド/ハイパーバイザーのSoC化/ライセンスとクラウドベンダー/イベント駆動型API/LLM時代のAIペアプロ力/生活必需品としてのGPU・NPU/Passkey/ウェブアクセシビリティ/リアルイベントの再開 サーバーレスの次はなんなんだ サーバーレスと呼ばれる技術ムーブメントが盛り上がり始めて8年近くが経ちました。各クラウドベンダーのFaaS(Function-as-a-Ser

                                            サーバーレスの次はなんなんだ
                                          • JSON攻略法.pdf

                                            EM完全に理解した と思ったけど、 やっぱり何も分からなかった話 / EM Night Fukuoka #1

                                              JSON攻略法.pdf
                                            • 東京大学、ヒトの脳神経回路 iPS細胞で再現 - 日本経済新聞

                                              東京大学の池内与志穂准教授らはヒトのiPS細胞を培養して、脳の神経回路を再現する技術を開発した。大脳の構造に似た立体組織を作り、神経細胞から伸びる長い突起を介して互いに接続させた。活発な神経活動が生じ、脳の複雑な機能の解明や病気の治療法の研究に役立つ。研究チームはiPS細胞を使って大脳組織を再現した「大脳オルガノイド」を2つ用意し、特殊な構造の培養皿で育てた。それぞれの大脳オルガノイドの神経細

                                                東京大学、ヒトの脳神経回路 iPS細胞で再現 - 日本経済新聞
                                              • Postmanを使い始めた時に知っておきたかった地味に便利な機能10選 - Qiita

                                                普段何気に使っているPostman。最近まで「手軽にGUIで疎通を試せて、設定を共有できてべんり〜」くらいで使っていました。 けどふと「実はもっと便利な機能があるのでは?」と思って調べてみたところ、色々出てきたのでせっかくなのでシェアしたいと思います。 たまたまですがちょうど10選! 地味に便利な機能10選 VSCode拡張 PostmanにはVSCode拡張機能があります。 インストールするだけで、VSCodeのサイドバーから利用可能です。 日本語設定 日本人なので日本語で使いたい。 右上の歯車→Settingsから以下の通り選択することで日本語化が可能です。 変数の定義 複数のAPIで同じ値を使いたい場合があるとします。例えばテスト用のユーザーIDなどです。 Postmanではそんな値をAPIファイルに逐一ハードコードする必要はなく、変数に保存することが可能です。 Postman Ec

                                                  Postmanを使い始めた時に知っておきたかった地味に便利な機能10選 - Qiita
                                                • VS CodeでAWSを操作しよう

                                                  2024/04/20(土) 開催の「VS Code Conference JP 2024」における私の発表「VS CodeでAWSを操作しよう」の発表資料になります。 #vscodejp URL: https://vscodejp.github.io/conference-2024/

                                                    VS CodeでAWSを操作しよう
                                                  • Googleが開発した画像分類タスクが可能な機械学習モデル「Vision Transformers」の仕組みとは?

                                                    Googleの機械学習モデル「Transformer」は、データを時系列に処理しなくても、自然言語などのデータを翻訳やテキスト要約することが可能で、ChatGPTなどの自然な会話が可能なチャットAIのベースとなっています。また、Transformerの手法を画像分野に応用したモデルが「Vision Transformer」です。ソフトウェアエンジニアのデニス・タープ氏が、「Vision Transformer」のコンポーネントがどのように機能し、データはどのような流れをたどるのか、ビジュアル化して解説しています A Visual Guide to Vision Transformers | MDTURP https://blog.mdturp.ch/posts/2024-04-05-visual_guide_to_vision_transformer.html 0:はじめに 前提として、T

                                                      Googleが開発した画像分類タスクが可能な機械学習モデル「Vision Transformers」の仕組みとは?
                                                    • 開発者の多くが「運営型ゲームが長続きしないと懸念している」との調査報告。有料DLCが人気の収益モデルになりそうな気配 - AUTOMATON

                                                      ホーム ニュース 開発者の多くが「運営型ゲームが長続きしないと懸念している」との調査報告。有料DLCが人気の収益モデルになりそうな気配 ゲーム開発者コミュニティであるGame Developer Collectiveは4月4日、600人のゲーム開発者に対する、ゲームのビジネスモデルとマネタイズについての調査結果を公開した。調査によれば、調査対象のうち70%が、ライブサービス型のゲームの持続性について懸念しているとの結果が出たようだ。Game Developerが報じている。 Game Developer Collectiveは、ゲーム開発者のコミュニティだ。同コミュニティは、海外ゲームメディアのGame Developerと調査/アドバイザリー企業のOmdiaが提携して、2023年11月に立ち上げた。本稿執筆時点ではすでに複数回の調査がおこなわれている。 今回公開された調査結果は、今年の2

                                                        開発者の多くが「運営型ゲームが長続きしないと懸念している」との調査報告。有料DLCが人気の収益モデルになりそうな気配 - AUTOMATON
                                                      • アクセシビリティを考慮したUI/CSSフレームワーク・ライブラリ選定

                                                        BARフロントえんどう #2 「CSS Library / Framework」での登壇資料

                                                          アクセシビリティを考慮したUI/CSSフレームワーク・ライブラリ選定
                                                        • エンジニアが自動化する現場を見学しながら「人間のやる作業じゃないですね」と言ったら泣き出したオペレーターがいて会社としてお詫びさせられていた

                                                          佐藤 大輔 オープントーン @satou_ot 「人間のやる作業じゃないですね」とシステム化(自動化)する業務を現場見学しながら感想言ったエンジニアが。 言われて泣き出したオペレーターの上司にガチギレされて、会社としてお詫びさせられてたな。 ※何度か言っているエピソード。言い方もちゃんと考えましょう。 x.com/igz0/status/17… 2024-04-18 12:34:00 いぐぞー ✈️ 旅するプログラマー @igz0 「脳死でやれば終わる作業です」みたいに「脳死」って言葉が口癖になってる人、悪いことを言わないから今すぐ口癖を改めた方がいい。 せめて「思考停止」とかにしておけ。 親が病院で脳死判定された客相手に使って、激怒されたあげく、偉い人総出で謝りに行った人知ってるぞ。 2024-04-17 21:42:55

                                                            エンジニアが自動化する現場を見学しながら「人間のやる作業じゃないですね」と言ったら泣き出したオペレーターがいて会社としてお詫びさせられていた
                                                          • H3ロケット 失敗からの再起 技術者たちの348日 | NHK | WEB特集

                                                            ことし2月、国産の大型ロケットとして30年ぶりに開発された新型ロケット「H3」が打ち上げに成功。日本の宇宙開発の新時代に向けて大きな一歩となった。 これまで2000億円以上の国費を投じた巨大プロジェクト。しかし、その道のりは長く厳しいものだった。 打ち上げは延期に次ぐ延期。当初の予定から2年遅れてようやくたどりついた去年3月の初号機打ち上げは、2段エンジンに着火せずに指令破壊。 痛恨の初号機打ち上げ失敗から、2号機の打ち上げ成功までの348日に密着した。 (科学文化部記者 平田瑞季)

                                                              H3ロケット 失敗からの再起 技術者たちの348日 | NHK | WEB特集
                                                            • GraphQL 成熟度モデルの紹介と、プロダクトに当てはめた事例 / GraphQL maturity model

                                                              2024/04/19 「tsukiji.graphql」で発表したスライドです。 https://tsukiji-graphql.connpass.com/event/314173/ 参照したURL - https://mh4gf.dev/articles/tags/graphql - GraphQL 成熟度モデル - とろろこんぶろぐ - GraphQL を Server Components で使いたい - Speaker Deck

                                                                GraphQL 成熟度モデルの紹介と、プロダクトに当てはめた事例 / GraphQL maturity model
                                                              • 僕の考えた最強の Python 開発環境 (2024)

                                                                はじめに こんにちは, 普段は情報科学専攻の大学院生をしながらバックエンドエンジニアをやっている @koki-algebra です. 普段は Go をよく書いているのですが, 大学でやっている機械学習の研究では Python を使うことがほとんどです. Go のエコシステムに慣れきった私は Python の混沌とした環境に耐えきれず, 最強の開発環境を整えることを決意しました. 具体的には Package Manager, Formatter, Linter, Type Checker, Test Tool を選定し, VSCode の DevContainer を用いてポータビリティに優れた開発環境を作ることを目指します. また, Deep Learning では GPU が必須である場合が多いので, GPU 環境も同時に整えたいと思います. 以下のレポジトリが今回考えた開発環境のテンプ

                                                                  僕の考えた最強の Python 開発環境 (2024)
                                                                • タイムスタンプの精度を落とすときは切り捨てろ - 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のブログ
                                                                  • sed awk make 互換性 つらい うんざりザリガニ - Lambdaカクテル

                                                                    仕事でsedのコードをパパッと書いて使ったら、コードレビューで動かんと言われてしまった。そういえば、同僚はMacで、おれはLinuxだったな。 まぁsedならよくある話なので、しょうがないと思ってawkで同じことをした。awkは比較的もうちょっと互換性がある気がしているからだ(どっこいどっこいな気もする)。 しかしまだ動かないと言う。もう、大絶叫だ。アー。おしまいだ。カスがよ〜〜〜と思いつつ(社会人なので絶叫はしない)、よく調べてみるとmakeの互換性だった。というのも、試しにbrew install makeしてGNU Makeで試してみてくれ、と言ったら、あっさり動いたからである。実はsedもawkも悪くなくて、そいつを呼び出してるmakeに互換性がなかった。ごめんな、お前たち悪くなかったよ。でもそれはそうと互換性はない。 define foobarstring ... endef #

                                                                      sed awk make 互換性 つらい うんざりザリガニ - Lambdaカクテル
                                                                    • Deno first でやっていく

                                                                      去年末ぐらいから Deno を使う割合がグッと増えてきた。最近のJS関連は7割ぐらい deno 環境の VSCode でコードを書いている気がする。 今回はいくつかの実例を示しながら、実際に Deno 使えるじゃんというイメージを持ってもらうためのユースケースを紹介していく。 というか、 deno が普及してくれないと、自分が作ったツールの紹介を全部 deno のインストールから書かないといけなくなる。みんなインストールしといて。 最初に: なぜ Deno を使いたいか 一番の問題点、Node は新しいプロジェクトを一式整えるための手間が非常に重い。 とくに ts で書いたものを他の環境に渡すための方法が未だにしんどい。ある環境で動いたコードをそのままコピーしても、プロジェクト設定の非互換を踏む可能性が非常に高い。 deno にそういう側面がないとは言わないが、非常に少ない。とくに TS

                                                                        Deno first でやっていく
                                                                      • 【熱望】javascript の for 文で var i を宣言するのはやめて下さい - Qiita

                                                                        この書き方でも for 文は正常に動作します。 しかしながらこの書き方は 以下の書き間違いが生じることがあります。 for(var i = 0; i < array1.length; i++) { //長い処理 for(var i = 0; i < array2.length; i++) { } } 長い処理の中で i を宣言したことを忘れて 再び i を宣言してしまうことで 外側の for 文のカウントにバグが発生し 期待した動作にならない例になります。 私も他の人が作成した web アプリで このバグを見かけたことがあります。 for の変数を宣言する場合 必ず let で宣言して下さい。 var でなければ正常に動作しないのは 構造的欠陥のハズです。 let array1 = [1, 2, 3]; let array2 = [4, 5, 6]; for(let i = 0; i <

                                                                          【熱望】javascript の for 文で var i を宣言するのはやめて下さい - Qiita
                                                                        • IPAの登氏に聞く、「分散型クラウド基盤ソフトを作れるクラウド人材育成」

                                                                          印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 「日本にもチャンスがある」。VPNソフトなどを開発してきた情報処理推進機構(IPA) 産業サイバーセキュリティセンター サイバー技術研究室 室長の登大遊氏は、分散型クラウドコンピューティング時代の到来を予測し、分散型クラウド基盤ソフトウェアを作れるクラウド人材の育成を説く。 日本が海外クラウド事業者に依存するようになったのは、人材育成の方法を間違ったことにある。政府や民間企業が、クラウドやAIの人材育成を推進する発想までは良かったが、単にクラウドやAIを活用する人材の育成に陥ってしまったということ。それがデジタル敗戦につながり、デジタルサービスの支出は赤字になっている。 --登氏は、「クラウド人材」とはクラウド技術やクラウドサービスを設

                                                                            IPAの登氏に聞く、「分散型クラウド基盤ソフトを作れるクラウド人材育成」
                                                                          • RustとDioxusで投稿アプリのSPAを作ってみよう

                                                                            Dioxusの概要 Dioxus(ディオクサス)は、Dioxus Labsによるクロスプラットフォーム対応のアプリを構築できるRustライブラリです。移植性が高く(portable)、高性能で(performant)、人間工学に基づいた(ergonomic)設計が特徴とされています。Dioxusでは、単一のコードで以下のプラットフォームで動作するアプリを開発可能です。 (1)Web WebAssembly技術を用いたSPA(Single Page Application)を開発できます。WebAssemblyについては@ITの連載「いろんな言語で試す、WebAssembly入門」で紹介しています。その第5回「RustでWebAssembly――「Rust and WebAssembly」を体験する」でRust and WebAssemblyを紹介しています。本記事の理解にWebAssemb

                                                                              RustとDioxusで投稿アプリのSPAを作ってみよう
                                                                            • 【定石】業務システムの画面デザインサンプル7選!UIを改善するポイントも紹介 - Keeperz

                                                                              「業務システムの画面デザインを作るときに参考になるサイトってある?」 「使いやすいUIにするにはどのようなポイントに注意したら良い?」 業務システムは操作性が命。システムの画面デザインが優れていないと、ユーザーが不便に感じてしまうかもしれません。使いやすいシステムを構築するには完成しているデザインやUIを参考にし、開発中の業務システムにうまく取り入れる必要があるでしょう。 そこで本記事ではデザイン・エンジニアリング両面からサービスの設計・開発を行っているFlowzが以下の内容について詳しく解説します。 業務システムの画面デザインサンプル7選 画面デザインにおける5つのポイント 改善すべき画面デザインの特徴 デザインのサンプルを探している方はもちろん、画面を設計する際に意識すべきポイントについても解説するので、ぜひ最後までお読みください! なおFlowzではデジタル領域でのサービス設計、プロ

                                                                                【定石】業務システムの画面デザインサンプル7選!UIを改善するポイントも紹介 - Keeperz
                                                                              • プロダクトの価値を最大化する「言語化筋トレ」のすすめ / "Verbalizing muscle training” to maximize the value of products

                                                                                EM Oasis #4での発表資料です。 https://emoasis.connpass.com/event/312868/ ■リンク LayerX Casual Night(2024/04/26, 2024/05/15) https://jobs.layerx.co.jp/casual-night

                                                                                  プロダクトの価値を最大化する「言語化筋トレ」のすすめ / "Verbalizing muscle training” to maximize the value of products
                                                                                • イネーブリングチームの考え方と実践例 — 組織の価値提供能力をいかに高めるか

                                                                                  はじめに 弊社マイベストでは、エンドツーエンドの機能開発チームとは別で、組織の価値提供能力を高めることを目的としたイネーブリングチームがあります。(と言ってもまだ他チームとの兼任メンバーがほとんどですが) イネーブリングチームは、バックエンドやフロントエンドなど、領域ごとに技術課題を解決すべく活動していて、自分はフロントエンド領域を担当しています。 これまで様々な活動を行ってきたので、その考え方を整理しつつ、フロントエンドイネーブリングの実践例をご紹介したいと思います。 参考:マイベストのチーム構成イメージ(記載は一部のみ・名称は仮です) 「イネーブリングチーム」とは イネーブリングは『チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計』、通称チートポから持ってきた名称なので、まずはチートポをベースにその役割を説明します。 https://amazon.co.jp/dp/

                                                                                    イネーブリングチームの考え方と実践例 — 組織の価値提供能力をいかに高めるか