インターネットに対する根源的に嫌なこと | ciotan blog（しおたんブログ）
フリーランスになって１ヶ月と少しが過ぎました。 １週間のうち2日は自由が丘にあるお菓子屋さんへ、その他およそ3日は渋谷で作業したり、打ち合わせで山手線をクルクルしたり、なんというかほんと気の多い小動物のような脈拍数の速い動きをする毎日。アドレナリンが自分の背骨みたいになっている。 この１ヶ月でいろんなことが過ぎ去ったけれども、その中でおおよそ15本の記事を書いてたみたい。まさかこんなに文章を書く日々になるとは思ってなかったので、それはそれでびっくりしてる。「えいっっ！」て独立という蓋をあけてみると、自分の思った方向とは違う場所に、必要としてくれる場所があった。市場価値って、世の中に晒されないと意外とわからないものみたいです。でも、必要としてもらえることほど、嬉しいことはない。 ある記事はよくバズって、テレビ局からの取材オファーをもらえてめちゃくちゃ嬉しかった。 ある記事は届くべき場所に届い
コードレビューのベストプラクティス | POSTD
Wiredrive では、私たちはかなりの数のコードレビューを行います。しかし、ここで働き始める前には私はコードレビューなどしたことがありませんでした。今回は、私がコードレビューをする時に何に注目するようにしているかや、私の考え出したベストなコードレビューのやり方をお話したいと思います。 コードレビューとは、簡単に言うと2人以上の開発者で問題を引き起こしそうなコードの修正について話し合うことです。コードレビューをすることのメリットについては多くの記事で語られており、知識を共有できること、コードのクオリティが上がること、開発者が成長できることなどが挙げられています。しかし、レビューを行う上で、どのように進めていくかという具体的なことについてはあまり多く語られてないように私は思いました。 レビューで何に注目するか アーキテクチャ/デザイン 単一責任原則 : 1つのクラスは変更する理由が2つ以上
Realmの隠れた重要ポイント - Qiita
About Realmは、SQLiteやCoreDataを置き換えるべく開発されているDBで、主な特徴はこんな感じです。 NoSQL的なアーキテクチャ 高速 JavaとCocoaをサポート iOSとAndroidで設計を共有できる DBファイル(*.realm)がプラットフォーム非依存なので、データの共有が容易 公式のドキュメントやサンプルコードがそれなりに充実しているので、とりあえず使い始めるには情報に不足はありません。 しかし、ある程度開発を進めていくと、ドキュメントで言及されていなくても、事前に知っておかないと辛い部分も見えてきたので、メモとしてまとめておきます。 サンプルコードは主にJava(Android)となりますが、Cocoaな人は適宜Swift/Objective-Cに読み替えてください。 [共通] StandaloneObjectという概念 [Java] Standalo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
