blog記事: http://alpha.mixi.co.jp/entry/20150513
![すごいGit楽しく学ぼう](https://cdn-ak-scissors.b.st-hatena.com/image/square/1d48123059bd88c27b2bf4dff6c388c49b676739/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F8d425869d4d343b1be371a4980b61fb3%2Fslide_0.jpg%3F4770615)
Webサービスのプロモーション?について個人的にまとめてみます。 Webサービスができたら想定するユーザーに使ってもらわないと寂しいところです。 そこでWebサービスを多くの人に知ってもらうための宣伝をしましょう。 今回はサービスを作った作者が一人でできる範囲を考え、 以下の3つの手段を使った初期のプロモーションについて僕なりのやり方を紹介します。 プレスリリース 自身のBlogでの紹介 Twitterでの拡散、はてなブックマークでの注目 今まで僕は個人で、もしくは「会社名義だけれども一人で」WebサービスやiPhoneアプリを作った際に、 上記のツールを使いながら意図的に宣伝を行い効果測定をしてきました。 プロモーションのプロではもちろん無いながらも工夫と、ある程度の努力をしています。 中には全く不発のもあり、とはいえ、それはサービス自体がそもそも面白くないケースがあったりで、 だんだん
皆さん、Swiftでガリガリ開発してますか? Objective-Cから変わりすぎて涙目になりながら開発してますが、 そんな中データ管理にSwiftでもMagicalRecord使おうかと思ってましたが 言語も新しくなった事だし、何か代わりがないかなぁと探していたところ Realmに出会いました。 実際に使ってみたので、その使用感をお伝えできればと思います。 環境 x-code 6.0 swift os:ios realm 0.83 Realmとは CoreDataやSQLiteに変わる次世代Mobileデータベースみたい。 Androidでも使えるので移植するときにインタフェースも統一されてて移植しやすいよね! 詳しく知りたい方はここを見ればいいと思います。 なぜRealmを選んだのか iOSアプリを作ってると、まだAndroidアプリがなかったら必ずと言っていいほど Androidアプ
Xcode でマウス操作を最小限にするためのキーボードショートカット集を紹介する。 ファイル選択や移動等 新しいタブを開く command + t 左のタブに移動 command + shift + ] 右のタブに移動 command + shift + [ タブを閉じる command + w ナビゲーションエリアを選択 command + 数字 編集エリアにおけるフォーカス移動 command + j ヘッダファイルとボディファイルの切り替え command + control + ↑ アシスタントエディタに切り替え command + option + return スタンダードエディタに切り替え command + return 編集・実行等 選択エリアのコメントアウト command + / 選択エリアのインデント修正 control + i Run command + r St
何の数字か、お分かりだろうか。 2050年における現役世代と老後世代の人口比だ。現在の日本では現役世代2.4人で老人1人を養っている。しかし、2050年にはこれが半分になり、現役1.2人で老人1人を支えることになる[1]。私たちの子供世代は高額の社会保険料と重税に苦しめられ、優秀な人から順番に海外に脱出するだろう。国民皆保険は、たぶん崩壊する。年金は、おそらく有名無実のものになる。 alfalfalfa.com こちらのまとめサイトには、虐待の横行した介護施設の様子が書き込まれている。床ずれは放置され、鼻のチューブは死ぬまで交換されず、排泄したおむつを取り換えようとしたら、「ごめんなさい、ごめんなさい」と泣かれたという。おむつ交換のたびに日常的に暴力が振るわれていたのは明らかだ。 2050年には、これがありふれた光景になるだろう。現役世代が半分になれば、当然、老人の生活水準も半分になる。
なんで相手に繋がらないの!? サーバ管理していてよく起こる問題は、「なんで繋がらないの!?」ですよね。そこで、今回は基本的なネットワークをご紹介したいと思います。OSやツールのバージョンにより動作が異なりますので、それぞれ調べてみて頂ければと思います。今回は、Amazon Linux 2015.03を用いています。 ping 基本はpingですね。ICMPのにあるエコー要求/応答のpingを使って接続確認を行います。 $ ping yahoo.co.jp PING yahoo.co.jp (182.22.59.229) 56(84) bytes of data. 64 bytes from f1.top.vip.ssk.yahoo.co.jp (182.22.59.229): icmp_seq=1 ttl=54 time=4.84 ms 64 bytes from f1.top.vip.s
昨日 if-then-else 文の順序に関するエントリを書いたところ、いくつか「レアケースは先に切って return する」というブクマコメントがあり、確かにこの点も考慮すべき重要な点なので前のエントリの補完的な意味も含めてエントリを書く。 if (よくあるケース/正常なケース) { // 処理 } else if (比較的特殊なケース) { // 処理 } else if (さらに特殊なケース) { // 処理 } else { // 処理 } しかしもしこれがメソッド/関数で、次のように後続の処理がないものだった場合を考えてみる(後続の処理がある場合には先のエントリに書いた検討を行う)。 public void method() { if (よくあるケース/正常なケース) { // 通常の処理 } else if (特殊なケース1) { // 特殊な処理1 } else if (特殊
ペアプロで if-then-else 文が出てきた際、「これ、else if の順序、こっちの方が良くない?」というような会話をすることが時折ある。 どれも当たり前のものかもしれないが、「ああ、確かに」という反応があることもあるので、今日はそんな会話の際に出てくる視点についてまとめてみた。 if (よくあるケース/正常なケース) { // 処理 } else if (比較的特殊なケース) { // 処理 } else if (さらに特殊なケース) { // 処理 } else { // 処理 } 条件式の結果がtrueになる確率が高く、「ノーマル」に近いものを上に書く。可読性が上がる他、特に2.で触れる条件式の判定に時間のかかる場合や、ループの最奥にある処理などのif-then-else文の実行される回数が極めて多い場合には体感レベルで実行速度にも大きな差が出ることもある。 Code Co
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く