This domain may be for sale!
![growiz.us](https://cdn-ak-scissors.b.st-hatena.com/image/square/43ea8d3c13eaa08097384b556f7b3674fcfeb69d/height=288;version=1;width=512/http%3A%2F%2Fgrowiz.us%2Fwp-content%2Fuploads%2F2016%2F02%2FBlog-Banner.png)
Hacker Newsでこんな記事が流れていました。Hacker Newsでのコメントはこちら。 agateau.com こういう記事でAlternativeとしてGitBucketがあげられるようにならないといけないなぁと思うもののそれはさておき、先日の障害のときのようにGitHubが落ちたら仕事にならなかったりとか、SourceForgeやGoogleCodeの件を見ても今後GitHubのサービスがずっと今の形で継続するという保証はどこにもありませんし*1、さらにGitLabのオンプレ版であるGitLab CEはGitBucketと直接競合するということもあり、機能面を把握しておくためにGitLab.comを試してみることにしました。 GitHubやBitBucketなどのアカウントでログインすることができ、これらのサービスからリポジトリをインポートすることもできます。試しにリポジトリ
個人的な記録なので、誰かが読むにはコンテキストが不明な部分も多いと思いますが振り返りとして。 東京で 4 ヶ月 なんということはなく、妻が埼玉で里帰り出産をすることになったので、本社がある東京に埼玉から通うことにさせてもらった感じです。この手の勤務地変更は会社でも初めてだったと思うのだけど、地方勤務者が本社に勤務地変更するということで受け入れてくれて助かりました。 リモートワーカーとしての私 リモートワーカーとして皆さんが浮かべるイメージは在宅で自由な時間でという感じだと思いますが、私の場合はリモートワーカーと呼ばれてるものの、実際は他にも勤務者が居る地方(と言っても山奥)のオフィスで東京と同じ勤務時間働いているので、どちらかというと支社とかで働いている人に近いと思います。 たぶん、場所が超山奥で開発・営業拠点的な意味は全く無い場所なので、リモートワーカーぽく扱われているのかも。 一方で、
無知:たのもう、たのもう! 親父:あいつ、このところ来過ぎだろう。家の前で大声出すな。裏へ回れ。今日はなんの用だ? 無知:今日は一年の計を立ててきました。 親父:もう2月半ばだぞ。 無知:今年こそ、英語をものにしたいんです。なんとかしてください。 親父:死ね。 無知:いくらなんでも、あんまりです。 親父:こっちのセリフだ。 お前が欲しいのは、食えば話すのも聞くのも不自由なくなる、ひみつ道具か? そんなものがあるなら、世の語学教師は残らず失業だろう。 無知:大丈夫です、秘密にしておきますから。 親父:世界を出し抜ける秘密がお前なんかのためにまだ残されてると本気で信じているなら、何も言うことはない。有料メルマガに登録しろ、情報商材を買え、そしてカモになれ。 無知:待ってください。努力する気はありますが、やり方が分からないんです。 親父:では、最も大切なことを言ってやろう。まず始めろ、あとはやり
http://facebook.com のように同じURLだけどログイン前はランディングページ、ログインしてたらタイムラインを表示するようにしたい。機能が全く違うので同じcontrollerで処理を切り分けるとかはしたくない。 この場合routingでsession情報を判定して切り分けるといい感じ。 constraints -> request { request.session[:user_id].present? } do # ログインしてる時のパス root to: "dashboard#index" end # ログインしてない時のパス root to: 'welcome#index'
morimorihogeです。某新聞沙汰になったゲームと違ってゴ魔乙は当初からガチャの確立明示はしてたり、☆5の使い魔がインフレで相対的に弱くなったりしないあたり、割とCAVEは良心的だなと思いました(小並感 最近Railsの記事を書いていないことに気づいたので、ここ最近のRails受託開発案件の傾向について書いてみようと思います。Railsエンジニアを目指す人や、今後Rails案件を増やそうと思っている開発会社さんなんか向けの内容です。 弊社&僕の位置づけ 観測範囲が僕の周りだけなので、まずは僕自身が普段どのような環境でRails案件と関わっているのかを軽くまとめておきます。 弊社の規模感など 今年で9期目の開発会社です。Webシステム開発の事業は当初から続いていますが、5年前くらい?(Rails 3.0.0のリリースくらい)にPHP開発メイン -> Rails開発メインになりました。
React×RailsについてLTをしたのでその時のスライド http://www.slideshare.net/KoheiIto/the-first-react-on-rails-58486821 スライドって声で補う前提なので、スライドだけみてもよくわからないかなと思ってQiitaに書く このスライドでは、すでにRailsで開発されているサービスにReact.jsを導入する方法を説明した。実際に使っているコンポーネントを元に、実用的な内容にした。 前の記事が中途半端で終わったので http://qiita.com/khrtz/items/89773651bf3698aae029 React化にあたって考えること react-railsを使う RailsのView上でのSPA遷移は諦める Rubyで出力しているHTMLをJavaScriptで書き換えることだけ考える ReactRoute
MongoDBは悪だ。なぜならそれは… …データを無くす(ソース:1、2)。 …実際、長期間、デフォルトでエラーを無視し続け、何があってもすべての単一書き込みが成功したとみなした( 32ビットのシステムで3GBかそこらを使用したら、MongoDBの制限によって何の警告もなしに全データを失うことになった)。 …宣伝していたユースケースでですら遅く、これが早いと主張するには完全に証拠に欠けている(ソース:3、4)。 …ほぼ全てのユースケースで、暗黙のスキーマという悪しき習慣を強要してくる(ソース:4)。 …ロッキングに問題がある(ソース:4)。 …セキュリティの問題になるくらい、応答時間が酷く遅い。求めてきた人全員に認証なしで全データをさらしてしまうという危険なデフォルト設定をパッチするのに2年かかった(ソース:5)。 …ACID特性に準拠していない(ソース:6)。 …拡張やメンテナンスをする
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く