1.1. Swift について | Swift Published on 2015年12月10日 1.2. Swift ツアー | Swift Published on 2015年12月11日 1.2.1. シンプルな値 | Swift ツアー | Swift Published on 2015年12月12日 1.2.2. 制御フロー | Swift ツアー | Swift Published on 2015年12月13日 1.2.3. 関数とクロージャ | Swift ツアー | Swift Published on 2015年12月14日 1.2.4. オブジェクトとクラス | Swift ツアー | Swift Published on 2015年12月15日 1.2.5. 列挙型と構造体 | Swift ツアー | Swift Published on 2015年12月16日 1.
2016 - 03 - 26 あれ？iPhoneの容量は16GBでもいけるんじゃない！？ ITスキル ITスキル-iPhone スポンサーリンク シェアする Twitter Google+ Pocket iPhoneを使っているあなたはどの容量を買っていますか？ iPhone6からは128GBなんていう化け物みたいなものも登場しましたね。 ＜コーヒー飲みながら気楽に読んでください＞ 念の為容量でかいヤツを 実は私、iPhone6を買いに行った時に64GBがなかったのでそのとき在庫があった128GBのiPhone6plusを買ったんです。 大は小を兼ねるってヤツですね。 写真たくさん撮れば容量食うし、音楽も沢山あったですし。 でもね、昨日の記事の通り、写真はクラウド上に保存してiPhoneの中は消すって方法をやるようになったのでそっちの容量は全然問題無いわけです。 www.aqua-exp
さようなら、憂鬱な木曜日（宮田レイシープさん）というブログの以下の記事を読んだ。筆者が社畜かどうかはさておき、会社組織を利用しない手はないという意見はよくわかる。会社員になって組織を利用するだけ利用して独立する方法だってあるしね。間違ってはないと思うけどちょっと会社組織を過大評価しすぎだ。所詮は人の集合体だということが解ってないし会社員だけが己の人生という印象を受ける。そして、身近にこういう人が同僚や上司になったとしたらどうだろう？クソウザい存在なんだろうなという印象を受ける。 www.goodbyebluethursday.com スポンサーリンク 大企業以外の不特定多数を小馬鹿にしすぎ この人は自分の置かれた立場で話をしているだろうし、もちろん誰でもそうだと思う。ただ、こういう意識高い系の話っていうのは自分本位のクソ意見でしかない。すべては自分中心で自分の意見がすべて正しい、よって新卒
効率よくiOSアプリ開発を行うために、効率よくデバッグを行いたいですよね。 このエントリでは「print文を書く以外デバッグの方法を知らなかったあの頃の自分」を初級者と定義して、自分がやってるデバッグ方法について書いてみます。 Xcodeデバッグ術 1. printを使わずに変数の中身を確認する age, name, coverImage という以下の3つの変数が宣言されています。 let age = 27 let name = "Ryosuke Hiramatsu" let coverImage = UIImage(named: "sample.jpg") これらの変数の中身をチェックしたい時、printで出力するのでも良いですが、それでは出力する値を変えたくなった時（print(age)をprint(age*2+1)に変更とか）に再度ビルドが必要になって時間がかかります。 printで
最近、自分のGitのコミットログを読み返してみたら、すごく分かりづらかったので勉強も兼ねて、Gitのコミットログのプラクティスを勉強してみました！ 🐰 Gitのコミットメッセージの書き方次のサイトを参考にさせていただきつつ、簡単にまとめてみました！ Gitのコミットメッセージの書き方 | プログラミング | POSTD Gitのコミットメッセージの書き方 - Qiita 書き方を知ることのメリットGitのコミットメッセージをわかりやすく残すことで、その変更どんな目的で具体的にどんなことを修正したかを 次の変更を行う人に伝えることができ、次の人の修正する時間を節約できる。 具体的にどんなことを書くべきかどのように変更を行ったかは、コードを見れば分かる。もしわからないのなら、コードにコメントを書くべき。 変更した理由を明らかにすることに焦点を絞り、変更前がどうで、何が問題で、今はどのように機
ども、大瀧です。 EC2からEメールを送るという案件、たくさんありますよね。そして結構な確率でトラブるんですよね(涙目)。そんな苦い経験をベストプラクティスとしてまとめてみました。一応技術的なところは網羅したつもりですが、メールセキュリティの専門ではないので、不備や間違いがあればご指摘ください。 では、メール送信トラブルの元凶である、スパムメールとその対策からご紹介していきます。 スパムメールとの闘いダイジェスト Eメールの歴史は、スパムメールとの闘いの歴史と言えます。 不特定多数に送信されるスパムメール(未承諾の広告メール)は、メール受信者に不快な思いをさせるとともに、メールサーバーのメール流量を爆発的に増加させ、長らくメールサーバー管理者を泣かせてきました。 このスパムメールをなんとか撃退しようと、現在では主に以下のような対策が行われています。 1. 送信メールサーバー側のネットワーク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
