akishin999のブックマーク - はてなブックマーク

Go の開発環境は IntelliJ IDEA + golang plugin がマトモだった - Qiita

情報が古いので注意ください。golang pluginは現在1.0.0のalpha版が出ており、限界がありますがリファクタリング、ブレークポイントともに対応しています。 TL;DR IntelliJ IDEA + golang plugin は現時点で一番マトモだと思いました。 Go のエディタ、今まで Sublime Text 3 の GoSublime でやってきていたのですが、どうもしっくりこない… 趣旨が違うのはわかるのですが、Sublime Text 3 の project の扱いがどうも慣れませんでした。 IDE 厨らしく素直に IDE を使おうと思い立ち、探してみると IntelliJ IDEA には golang plugin あるみたいですね。導入にあたり少し嵌りどころがありましたので共有まで。 1.IntelliJ IDEA 入れてなかったらインストールするお値段が

akishin999 2015/09/26

golang

リンク

Javascriptを使うのをやめろ：Railsの時代遅れ云々についての結論 - Qiita

結論: Javascriptの乱用をやめるのが一番。はじめに書いておきますがしょうもない話です。結論、開発者としてはどのような方向性でやるべきか、を書いています。 JS多い時代でのフレームワークの根本的な問題云々のことは書いてません。さて、現状、モバイルにおいて、Javascriptでまともに動くものを作ることは難しいです。 Twitterから引き抜いた超優秀なWebエンジニアを多数抱えるMediumですら、未だにモバイルで多数のバグを抱えています。超優秀なエンジニアを世界一抱えているであろうGoogleのGmailですら、モバイル版のWebはすぐクラッシュします。また、自前スクロールに致命的なバグも抱えています。正確には「UIが不審な挙動をする」ですが、エンドユーザにとっては同じことで、「バグ」です。サーバサイドで起こるバグと同じ程度、いやそれ以上に、サービスに影響を与えます

akishin999 2015/03/31

javascript

リンク

最近の行儀のよい JavaScript の書き方 - Qiita

JavaScriptは移り変わりの早い言語です。もう1年以上経っていますし、記事のメンテもちゃんとできていないので、消し線を入れることにしました。参考程度のために記事は一応残しますが、より新しい情報を読まれることをお勧めいたします。はじめに --- 最近では JavaScript の実行環境はブラウザに限りません。（node.js, Web Workers）また、旧来のような <script> 経由でのロードもとうに古くなっています。今は CommonJS スタイルで、require を用いたモジュールのロードを行なうことがより良いとされています。ですから、次のようなことは改める必要があります。 - var YourModule = {}; などとして、外部から YourModule.hoge(); などと呼び出す書き方 - this === window だと思うこと今回は、

akishin999 2014/12/22

javascript

リンク

Javascriptを使うのをやめろ：Railsの時代遅れ云々についての結論 - Qiita

結論: Javascriptの乱用をやめるのが一番。はじめに書いておきますがしょうもない話です。結論、開発者としてはどのような方向性でやるべきか、を書いています。 JS多い時代でのフレームワークの根本的な問題云々のことは書いてません。さて、現状、モバイルにおいて、Javascriptでまともに動くものを作ることは難しいです。 Twitterから引き抜いた超優秀なWebエンジニアを多数抱えるMediumですら、未だにモバイルで多数のバグを抱えています。超優秀なエンジニアを世界一抱えているであろうGoogleのGmailですら、モバイル版のWebはすぐクラッシュします。また、自前スクロールに致命的なバグも抱えています。正確には「UIが不審な挙動をする」ですが、エンドユーザにとっては同じことで、「バグ」です。サーバサイドで起こるバグと同じ程度、いやそれ以上に、サービスに影響を与えます

akishin999 2014/06/30

javascript

リンク

Railsが時代に合わなくなってきた - Qiita

追記 RailsでJS辛い問題に関しての結論：http://qiita.com/kaiinui@github/it ems/dad6180f1910c6a4bfd5 -- 近年、(1) Web/App両対応が増えてきたこと、(2) WebでもJSを多用するようになったこと、の二つがあり、以下の点でRailsが微妙になっている。 ViewのJavascriptがRailsから独立している API層のサポートが微妙最初に書いておきますが、特に決定的な解決策もなく、辛いから今後解消されてほしいよね、な話です。 ViewのJavascriptがRailsから独立している Railsはとても堅牢。モデル、コントローラ、ルーティングと、変にいじらない限りはほとんどテストが要らない。必要なのは、モデルに新たにpublicメソッドを付けたときくらいだろう。実際、バックエンドはそうそうバグが出ない。

akishin999 2014/06/27

rails
api

リンク

AWSのインスタンス高過ぎワロタ。探せば安くて美味いところはあります。 - Qiita

Micro ($14.40/mo) Name / UNIX Bench / I/O / Bandwidth Small ($46.80/mo) Name / UNIX Bench / I/O / Bandwidth DigitalOcean 512MB ($5.00/mo) Name / UNIX Bench / I/O / Bandwidth VULTR 768MB ($5.00/mo) Name / UNIX Bench / I/O / Bandwidth 結論 micro, smallが現役ではないとはいえ（一年以上前のbenchだし）、x10のオーダで値段が違いますね。 microはユーザを馬鹿にしているかのような性能ですね。しかも、AWSはアホみたいに転送料が高いですが、DigitalOcean、VULTRともに1TB以上の転送料が無料で付属しています。（AWSでは$100-2