はてなブックマーク

はじめに ※ この文章はベータ版です。 Yahoo!知恵袋にあった間違いだらけのベストアンサーがあまりにも...だった ので書いています。 #このベストアンサーの問題点 著者が、よく知りもしない情報について、きちんと調べもせず、以前、 聞き齧ったorどこかで読んだような気がする、うろ覚えの情報をベースに、 回答しているようにしか見えません。 自分がうろ覚えの情報で回答することで、ネット上に誤情報をばら撒く 可能性を 考えていない時点で、自分はこの著者が技術屋or技術屋を 目指す人間なら、アウトと評価します。 この著者、「はず」「と思う」を多用すること で、うろ覚えの情報で回答していますよ アピールをしている気が...うろ覚えの情報で 回答していることに、何ら問題を感じて いないようにみえます、 自分のうろ覚えの情報が間違っていた時の ための予防線を張っているようにも...。 「はず」「と思

はじめに ※この文章はベータ版です。 既存のプロジェクトで Rails5.2 + Webpacker 3.5.5 -> Rails6.1 + Webpacker5.2.1 -> Rails6.1 + jsbundling-rails (-> Rails7.0 + jsbundling-rails)したので、手順etc を メモしておきます。 Rais6 -> Rails 7 する際には、Webpacker -> jsbundling-rails、 turbo-links -> turbo など、Rails7 からの正式採用なものの Rails6 でも動作する gem への移行、Rails6 では動作するものの Rails7以降への対応が怪しい gem の Rails7対応済/対応中の gemへの移行、(例：Refile -> Shrine)をインクリメンタルに 行なってから、Rails6

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに ※この文章は現在ベータ版です。随時アップデートしていく予定です。 macOSのパッケージ管理ツールHomebrewをつかって、M1チップ搭載Mac(M1 Mac) 上にRuby on Railsの開発環境構築を行う際の手順を書いています。 M1チップ搭載MacBookPro環境構築手順 を参考にしています。 M1 Macでの汎用的な環境構築については M1 Macの開発環境 が参考になります。 (パッケージ管理にHomebrewではなくMacPortsを採用しているので、その箇所は Homebrewによる環境構築ではあまり参考

はじめに Vue.js いいですよ、Vue.js。 シンプルでパワフルです。 Angular(JS)と較べて、学習コストが半端なく低い。 直感的にDOM操作を行えます。 同じくMVVMを基盤にするKnockoutJSよりもシンプルに 書けます。 日本語の情報が充実しているので、今以上に ブレイクする可能性があると思っています。 公式サイトのガイド・APIリファレンスが有志の方のおかげで 日本語にも対応しているので、クライアントJSにあかるい方が いれば、即採用可能な状況になっています。 コンポーネント(View Model)へのJSライブラリ組込み v3.x JSライブラリをディレクティブとしてラップし、 JSライブラリを適用する要素にディレクティブを独自属性と して追加する JSライブラリをディレクティブとしてラップし、 JSライブラリを適用する要素にディレクティブを独自属性と して追加

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Vue.js とは 原作者である Evan You氏 が中心となって開発中のクライアント サイドJavaScirpt(JS)フレームワークです。 MVC の派生種である、GUIライブラリに適した MVVM を設計基盤と して採用し、構築されています。 MVVM を採用していること が、構文の理解しやすさに繋がって います。 MVVM を採用したフレームワークでは、表示そのものであるView、 表示するデータ 及び データを操作する手続き をひとまとめにした View Model(VM)、が舞台上の役者です、それらを管理する コントローラ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TDDは死んだ。テスティングよ栄えよ。 by DHH http://d.hatena.ne.jp/yach/20140424#p1 【翻訳】TDD is Fun http://diskogs.hatenablog.com/entry/2014/04/25/085112 を読んで思ったことをつらつらと書いてみます。 TDDはできれば、やったほうが良いのは確か？です。 しかし、実際の開発現場で全面的に採用するのは ミドルウェア等の画面の存在しないソフトの開発以外では ほとんどの場合、無益です。 なぜなら、TDDを採用すると開発時間が膨らむ、