タグ

2013年4月12日のブックマーク (8件)

  • 2013年新学期にRubyを始めるエンジニアが読むべきサイトまとめ

    初心者ぺちぱーがRubyのコードを書くに当たって、大変勉強になったサイト、これから読んでおきたいドキュメントを紹介する。 Index Ruby入門・チュートリアル Ruby reference Ruby 2.0の新機能 Rubyコーディング規約 Ruby関連の情報 Ruby tool Ruby ブログ rbenv & ruby-build Gem Bundler irb pry RDoc YARD RSpec Cucumber SimpleCov ruby-prof Rake Rack Rack対応HTTPサーバー Sinatra Ruby on Rails Rails 4.0の新機能 Ruby入門・チュートリアル Rubyを始めるときに、入り口になるところ。他言語文化圏からの移民の人達は第1章 Ruby言語ミニマムから読み始めると、256倍ぐらい理解が早くなると思う。 第1章 Ruby

    2013年新学期にRubyを始めるエンジニアが読むべきサイトまとめ
  • ダメージ0

    @damagezeroさんをフォロー スペシャルサンクス しぃアンテナ(*゚ー゚)様 2GET様 2chまとめくす様 エクサツール改様 おすすめまとめアプリ ワロタあんてな 記事紹介ありがとうございます! 変人窟 (HJK)様 情報屋さん。様 日視覚文化研究会様 HK-DMZ PLUS.COM様 Girls Reader様 TBN様 激安特価板ブログ様

  • ベンチャーで働くエンジニアに必要な「勇気」 | Nekoya press

    「恐怖」を知ること 35歳が目前に迫りつつある中、ぼちぼちスピリチュアルなことも書いていこうかと思う今日この頃です。 これまで十数年、小さな会社やフリーランス、大企業(はすぐ辞めたけど)を渡り歩いてきて改めてベンチャーの面白さを実感しています。 様々な要素がありますが、その最たる物は「エンジニアが会社の命運を握っている」という紛れもない事実です。自社でプロダクトを開発しているベンチャーにおいて、どんなに立派な経営理念やビジネスモデルも動かないシステムの前ではクソの役にも立ちません。 そして、それはそのままエンジニアの過ちが会社を危機に陥れるリスクを意味します。言ってしまえば「ワンクリックデプロイ」が「ワンクリック倒産」へと直結するかもしれないのです。省力化そのものは目指すべきですが、自分の行為が内包するリスクは忘れてはならないのです。 「何か」が起きてしまった時に上長の責任だ、確認ミスだと

  • git reset --hard HEAD を安全にした - 永遠に未完成

    昨日、git reset --hard HEAD してしまって大変なことになった話を書いた。私は普段これを cancel と言う名前に alias して使っている。 [alias] # 中略 cancel = reset --hard HEAD しかし前回のようなことがまたあってはたまらない。人間はミスするものだ。 alias があって実行しやすいのが問題なのだろうか? いや、割とよくする操作*1だし、alias しなくても使うだろう。 てことで、cancel が安全になるようにしてみた。 [alias] # 中略 cancel = !git commit -a -m 'Temporary commit for cancel' && git reset --hard HEAD~ 一旦コミットしてからそのコミットを消す。こうしておけば最悪 git reflog から元に戻せる。特にコミットす

    git reset --hard HEAD を安全にした - 永遠に未完成
  • git の運用指針 - Cube Lilac

    ソフトウェア開発に関しては、これまでほぼ一人で完結していた*1ので git の運用方法もかなり適当だったのですが(ただのコミットマシーン状態)、今回、同一プロジェクトに対して複数人でコミットしていく形になっているので、その状態だとやはりまずいなと言う気がしてきました。ググっていると「なるほど」と思う記事もたくさんあったので、それらの記事を元に自分のプロジェクトの「git の運用指針」を情報共有のために記載しておこうと思います。 前提 まず始めに、現在のプロジェクトの状況は下記のようになっています。 開発は 1 人のメインコミッタ(私)と数人のサポートコミッタ(アルバイト等)で行われる メインコミッタはフルタイム、サポートコミッタは週に数時間〜10時間程度の勤務形態 サポートコミッタに対しては、基的に 1 機能(1 チケット)を 1 人で完結するように作業を配分するが、時間的な兼ね合いもあ

    git の運用指針 - Cube Lilac
  • クックパッドのUI設計の秘訣は仮説思考にあった! - UX-design

    2013-04-11 クックパッドUI設計の秘訣は仮説思考にあった! クックパッドと言えばRubyの匠として有名ですが、どうやらUX / UI に関してもめちゃくちゃ力を入れているようで、「こりゃ調べるっきゃねぇ!」と思い立ったが吉日。ググってるとこんな記事(【インタビュー】クックパッドUIデザイナー:「エンジニア仕事が0を1にする仕事なら、デザインは1を100にする仕事 」)に出会うことができたので、この記事の中からエッセンスを読み取ってまとめてみました! こんな人に読んでほしい! ・他社はUI設計をどうやってるんだろう?と気になっている方 ・自社のUI設計を見直したいと考えている方 仮説思考とは そもそも仮説思考ってなんやねん!っておっしゃる方もいらっしゃいますでしょうから、少しばかり仮説思考についてお話させて頂きます。 仮説思考とはズバリ、”(精度の高い)思い込み”です。「もし

  • サービス終了のお知らせ - NAVER まとめ

    サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

    サービス終了のお知らせ - NAVER まとめ
  • 【iOS】 Xcode開発Tips初級編その2 -プロジェクトテンプレートを自前で作ってみる- - @kitano_ow 's blog

    ちょっと期間があきました。 iOS向け Xcode開発Tips入門編 -とりあえず最初にやってること- iOS向け Xcode開発Tips入門編その2 -ちょっと便利なショートカットキー8つ- 【iOS】 Xcode開発Tips入門編その3 -NSLogあれこれ3つほど- 【iOS】 Xcode開発Tips初級編 -ブレークポイント(BreakPoint)あれこれ8つほど- で今回は、 自前プロジェクトテンプレートを作ってみたので、 初級編その2ということでご紹介させていただければ。 Custom Application というのが、Single View Applicationをベースにした自前テンプレート 0-1 その前に。 以下参考にさせていただきました。 http://blog.boreal-kiss.net/2011/03/11/a-minimal-project-templat