Sketchの命名ルールなどをまとめたGuidelineをつくりました - itachoco Sketch Guideline v0.1｜wataame
Sketchの命名ルールなどをまとめたGuidelineをつくりました - itachoco Sketch Guideline v0.1 note初投稿です！株式会社ソウゾウでメルカリ カウルというプロダクトのデザイナーをしている @wataame といいます。 突然ですが、Sketchを使ってアプリのUIなどを作る時に、「このレイヤーの名前どうしよう。。Table View？」と悩んだり、レイヤーの重ね順を「Artboardに配置している順番に上から並べる？」など、悩んだ経験があるデザイナーは多いのではないでしょうか。 どれが正解ということはなく、業界全体として特定のルールがあるわけでもないので、人によって・チームによってマチマチになっているのが現状で、チームに複数デザイナーが居る場合は、お互い空気を読みつつなんとなく合わせようとするけど細かいところはぐちゃぐちゃ。という状況で他の人が作
Goのコマンドラインツールをセルフアップデートするためのライブラリつくった - はやくプログラムになりたい
突然ですが，Goでコマンドラインツールを書く時，ツールの配布はどうしているでしょうか？ go get でインストールできるようにする GitHub 上にリリースして，ダウンロードして使ってもらう システムのパッケージマネージャ（Homebrew など）を使う などがメジャーかと思います． ただ，これらの選択肢はどれも問題があります． go get -u は常にリポジトリの HEAD をインストールしてしまうため，ユーザがインストールしたタイミングに依存したバイナリができてしまいます．これを避けるには dev ブランチを切ってそっちで開発する必要がありますが，Go のツールはそうなってないものが多く，どのタイミングで go get -u したら良いかユーザには容易に判断できません．また，仮に dev ブランチ運用したとしても依存ライブラリの更新のタイミングは制御できず，vendoring な
コードレビューで気をつけていること - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Chromium Code Review Advent Calendar 2017の25日目の記事です。参入障壁が低かったのでなんとなく書いてみました。興味のある方は充実の本家Chromium Browser Advent Calendar 2017も参照下さい はじめに オープンソースのウェブブラウザ Chromiumでそこそこ長く開発をしてるので、自分や周りの人がコードレビューで心がけていることを書いてみました。良いコードとは何かという話はまた別の長い議論になるのでここではとりあげません。 基本的に、コードレビューはコミュニケーショ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
