タグ

2022年12月22日のブックマーク (7件)

  • ちょうぜつ設計とは - Qiita

    ちょうぜつ設計概要 ちょうぜつ設計とは、自分の手でプログラムを書かない人たちの思い込みに反して、一見不思議に見えるけれど、普通の現役エンジニアが当たり前に備えている、暗黙的なソフトウェア設計センスの常識のことである。クリーンアーキテクチャとアーキテクチャ実体のメタ関係と構造的に同じになる。 なぜ変更しやすく作るのか ちょうぜつ設計の目的は変更容易性である。変更が容易なソフトウェアでなければ、反復的な開発に耐えることはできない。 使い捨ての簡単なソフトウェアはウォーターフォールで作ることができる。ウォーターフォールに変更容易性を求めるのは、技術者の自己満足にしかならない。反復的な開発において、以前開発した箇所を調整する、あるいは、運用を続けているサービスを壊さずに機能拡張する、といった目的がなければ、変更容易性は不要である。現代のソフトウェアの主流は当然後者である。 変更容易性は、結果得られ

    ちょうぜつ設計とは - Qiita
  • ローカル環境を汚さずDockerコンテナのオーバーヘッドもなく、開発環境を自在に構築できる「Devbox 0.2.0」登場

    ローカル環境を汚さずDockerコンテナのオーバーヘッドもなく、開発環境を自在に構築できる「Devbox 0.2.0」登場 Dockerコンテナの技術を用いることで、プログラミング言語のランタイムやライブラリ、ミドルウェアなどの開発環境一式を比較的容易に導入することが可能になりました。 ただしDockerコンテナにもファイルシステムのオーバーヘッドなどがあり、Dockerコンテナ内の開発環境ではコンパイルなどに時間がかかってしまう場合があったと開発ツールベンダのJetpack Technologiesは自社の経験から指摘します。 そこで同社がオープンソースで開発しているのが「Devbox」です(ちなみにマイクロソフトによる仮想化された開発環境の「Dev box」とは名前は似ていますが別のものです)。 Devboxは、ローカル環境上に分離した環境を用意しそこで開発環境を構築可能にしつつ、Do

    ローカル環境を汚さずDockerコンテナのオーバーヘッドもなく、開発環境を自在に構築できる「Devbox 0.2.0」登場
  • CSチームへの事前共有用のリリースノートを書く - ヴェルク - IT起業の記録

    boardというSaaSを提供していて、その運用における開発チームとCSチーム間での共有の話です。 社内用リリースノートとは boardでは、ほぼ週1ペースでデプロイしているのですが、その内容を事前にCSチームに共有するため「社内用リリースノート」を書いています。 基的なフォーマットは決めていて、以下の内容を記述しています。 ## リリースノート ### 機能追加・改善 #### ユーザーさんに見えるもの #### ユーザーさんに見えないもの ### バグ修正 ### 運用や内部的なもの ## CSチームに事前に操作・把握しておいてほしいこと ## このリリースに伴うリスク デプロイのおよそ1週間前にはリリースノートを書いて社内に共有します。 なお、エンジニア向けにはGitHubのリリースタグで管理していますが、この社内用リリースノートは「CSチーム視点で把握すべきことの共有」を目的とし

    CSチームへの事前共有用のリリースノートを書く - ヴェルク - IT起業の記録
  • Ruby 3.2 のIRBの新機能 - Qiita

    これはRubyアドベントカレンダー2022の22日目の記事です。 binding.irb のすすめ 8年前に 今更聞けないpryの使い方と便利プラグイン集 という記事を書き、そこから長い間 binding.pry を愛用していた。binding.irb も binding.pry も使ったことがないよ、という人はご一読をお勧めしたい。 当時PryにあったIRBに対する優位性のうち、時間が経っても常に使い続けた機能といえば binding.pryの存在、$ (show-source)、@ (whereami)、ls とその -G (grep) オプション、デバッグ機能 (要pry-byebugプラグイン) という感じで、他はまあたまに使うかもねくらいの感じになったのだが、なんとこれらはRuby 3.2ではIRBで全て使えるようになった。その上、Gemfileに何も書かなくてもデフォルトで使え

    Ruby 3.2 のIRBの新機能 - Qiita
  • 技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience

    2022-12-21 技術的負債の返済から改善する開発者体験 - Techmee vol.5 https://timeedev.connpass.com/event/268296/ 動画 https://youtu.be/tQ3BGgnvMwQ

    技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience
  • Chromeの疑似クラス「:has()」がjQueryの「:has()」に悪影響を及ぼす問題が解決へ。Chromeは回避策実装、jQueryは新バージョンで対応

    Chromeの疑似クラス「:has()」がjQueryの「:has()」に悪影響を及ぼす問題が解決へ。Chromeは回避策実装、jQueryは新バージョンで対応 8月にリリースされたChrome 105で実装されたCSSの疑似クラス「:has()」が、jQueryに以前から備わっている「:has()」に悪影響を及ぼし、一定の条件下ではjQueryを使ったWebサイトが壊れるなどの問題を引き起こすことがあることを、9月の下記の記事で紹介しました。 参考:Chromeに実装された疑似クラス「:has()」がjQueryの「:has()」に悪影響、一定の条件下でWebサイトが壊れる可能性 その後、Chrome側ではこの問題に対応する回避策が実装され、一方のjQuery側でも先日リリースされたjQuery 3.6.2で対応が行われたことが明らかになりました。 Chrome、jQueryそしてCSS

    Chromeの疑似クラス「:has()」がjQueryの「:has()」に悪影響を及ぼす問題が解決へ。Chromeは回避策実装、jQueryは新バージョンで対応
  • その時基盤が動いた 〜オンプレ オフィス移転で死す〜 - LIVESENSE ENGINEER BLOG

    これは Livesense Advent Calendar 2022 DAY 21 の記事です。 リブセンス インフラエンジニアのsheep_san_whiteです。お酒とロードバイクが大好きなおじさんです。 さて、リブセンスでは今年3月にオフィス移転を行いました。 オフィス移転に伴い開発環境のAWS移行など大きめのイベントがあったので、年を跨ぐ前に記事にします。 移行前の開発環境について AWS移行を見越して事前にやっておいたこと AWS移行までの流れ 2021年11月24日 ボスの不穏な発言と謎の頭出し 2021年11月25日 全社月次ミーティングでオフィス移転が発表される 2021年11月29日 インフラグループ内で移行プランを検討する 案1 番オンプレ環境にラックを増設して開発環境を移設する 案2 移転先のオフィスに移設する 案3 APサーバなど軽めのものをAWS移行、リソースを

    その時基盤が動いた 〜オンプレ オフィス移転で死す〜 - LIVESENSE ENGINEER BLOG