CocoaPods がSwift に対応したと聞き、さっそく自分のプロジェクトでも使えるようにしてみました。 その途中でいくつかエラーに見舞われたので、その対処法も調べてみました。
「Swiftビギナーズ勉強会 第12回」の懇親会LE枠で発表した資料です。 イベントページは、こちらです。 https://swift-beginners.doorkeeper.jp/events/34690 Swiftがオープンソースになって、なにがどうなるのか? 現状の動きと今後の期待を妄想してます。 ================= 「Swiftビギナーズ勉強会」は、iOSアプリをSwift、Objective-Cなどで開発するための初心者勉強会&もくもく会です。 開催の連絡は以下の方法で受け取ることができます。 ## DoorKeeperグループ イベント申し込みを受け付けている、DoorKeeper でのグループです。 https://swift-beginners.doorkeeper.jp/ ## Facebookグループ イベント告知や技術情報をお互いにシェアしています。
Swiftのビッグウェーブに乗って自分も何かアプリを一つ作ってみようと思い、FlickrのAPIを叩いて人気写真一覧を表示するアプリを作ってみました。 この記事は @himara2 さんの記事「SwiftでTiqav APIを叩くビューワアプリを100行でつくったよ」に触発されて書いたものです。TableViewのサンプルは見かけたので、このアプリではCollectionViewで実装したのと、通信をする際に今までのObjective-Cで多くの人が使っているAFNetworkingを使ってみたのでそこらへんが参考になれば幸いです。ソースコードはgithubにあげたので、おかしなところがあればこちらにpull requestください。 アプリの仕様 アプリを起動するとFlickr人気写真一覧を取得するAPIにリクエスト グリッドビューで取得した写真を表示 上のナビゲーションバーのセグメント
iOSアプリを作るにあたってデータの保存は避けては通れないと思います。 方法はいろいろあるかと思いますが、個人的にはSQLiteを使うのが好みです。 まあ保存できればなんでもいいのが本音なんですが、普段からよくSQLをガリガリ書いているので慣れているから、以外にあまり理由はありませんw (こんなことじゃいけないとはわかっているので、いずれ他の方法も研究してみます。いずれ。) というわけでSwiftでSQliteを扱えるライブラリを探してみたのですが、 SwiftDataというライブラリが扱いやすそうだったのでこれをつかって実装してみることにしてみました。 ryanfowler/SwiftData · GitHubryanfowler/SwiftData · GitHub SwiftではObjective-Cのライブラリも普通に使えるのですが、せっかくなのでSwiftで書かれたライブラリを使
Objective-C時代のSQLiteラッパーといえば、FMDBが定番でした。 SwiftでもObjective-cとの連携が可能なので、FMDBはそのまま利用可能ですが、せっかくなのでSwift製のSQLiteラッパーを探してみました。 SwiftData 幾つかみつかりましたが、人気がありそうなのがSwiftDataでした。 https://github.com/ryanfowler/SwiftData 直接SQLでかけることはもちろん、エラーハンドリングが簡単だったり、結果がArrayで返してくれたり、記述が少しで済むなど、とても優れているライブラリでしたのでご紹介したいと思います。 MVCっぽいアプリのサンプル Xcodeで新しいiOSアプリケーションのプロジェクトを作るときに、いくつかのテンプレートの中にMaster-Detail Applicationというものがあると
アプリを停止させてもずっと保持しておきたい場合は、NSUserDefaultsを使うとそうしたデータを簡単に保持できます。 使い方としてはNSUserDefaultsを取得して、取得したNSUserDefaultsに対してデータを保存したり取り出したりすることでデータ保持を行います。 少ないレコード数を扱う場合に便利です。 web開発でいうクッキーくらいの扱いだといいのかな。 大量のデータを扱う場合にはこちらのCoreDataを使うのがおすすめ。 http://qiita.com/yukihamada/items/61ab1299d99fabdb9469 サンプル var uid = NSUserDefaults.standardUserDefaults().stringForKey("uid") if(uid){ println("uid:"+uid) }else{ // uidを端末に
CVE-2014-9390 aka "Git on case-insensitive filesystems" I did not give the… gitが影響を受けた、HFS+で、一部の文字を区別しなかったり無視したりする問題に対して、Linusが吠えている。 マジで、HFS+はたぶん最悪のファイルシステムだな。クソすぎるぜ。NTFSもutf8の正規化で似たような問題(/の非正規化された表現を使用)があったが、まあ、今は修正されたんだろうよ。OS Xの問題は根本的すぎる。 そりゃ、古いさ。そりゃ、データ保護がクソすぎるってのはあるさ。だが、そういうのは、単に「すげーファイルシステムじゃない」って問題だ。「自分のケツすら拭けないマヌケによって設計された信じがたいクソ」ってわけじゃない。 HFS+の恐ろしさは、すげーファイルシステムではない、ということではない。いいアイディアがあると信じ
夜明け前の東京・歌舞伎町の雑居ビルで、トイレに入った女性が消えた。見つかったのは約30メートル下の屋外。トイレには出入り口とは別にもう一つの「扉」があった。何が起きたのか。 東京都新宿区歌舞伎町1丁目の雑居ビル7~9階に入居する飲食店。新宿署によると、昨年12月12日、世田谷区のアルバイト女性(22)は午前1時ごろに友人7、8人で来店し、飲食を楽しんでいた。 「お手洗いに行く」。女性は午前4時半ごろ席を立ち、9階の女子トイレへ。しばらくしても戻ってこない。女性は酔っていたといい、心配した友人が見に行くと、個室に鍵がかかっていた。ノックしても応答はなく、こじ開けて中に入ると、女性の姿はなかった。 ただ個室には別の扉があり、その鍵は開いていた。扉の先はいきなり外で、足場はない。午前5時ごろ、店員が「人が落ちたかもしれない」と110番通報。女性は隣接するビルとの隙間の地上に倒れているのを新宿署員
はじめに Vue.jsは、シンプル・軽量・高速という特徴を持つデータバインディングライブラリとして最近注目を集めています。LINE社でもアプリ内WebViewの実装技術の選択肢の一つとしてVue.jsを採用しています。2014年11月27日にリリースされたLINEスケジュールは、Vue.jsを使って実装しているSPA(Single Page Application)の代表例です。 本稿は日本語記事がまだ少ないVue.jsの基本機能の紹介を目的とした「基礎編」として、公式ドキュメントの内容を元に解説します(執筆時点のバージョンであるv0.11の内容です)。 Vue.jsとは Vue.jsは、双方向バインディングによるModelとViewをつなぐ仕組み「ViewModelレイヤー(MVVMパターン)」を提供するJavaScriptのライブラリです。 Vue.jsの基本概念は以下のようになってい
ウッ ここで詰まる事は往々にしてあります. 特に急いでる時の煩わしさは甚だしいです. どうせならそれっぽい英語を使いたいのでOSSや同僚のコミットメージの語彙の出現確率を調べてみましたら、 もちろんfeatureによってコミットメッセージの付け方など数多あるものの、一定の頻出パターンは見い出せたので筆を取りました. (英語勉強しないと..) 方法 github.com/rails/railsのコミットメッセージ内における各動詞の出現確率を求め、 またOSSと仕事でのコミットメッセージの趣向も変わってくる事も勘案するため、 (仕事でDeprecateとか滅多に使わんし) 同僚に聞きつつ10つあげてみた. 以下列挙 (例は実際の同僚やOSS上でのコミットメッセージです.) Add *A to *B AをBに加える
蒼月 @aomixer Chromeの右上(閉じるボタン付近)に自分の名前が表示されるようになった・・改悪としか思えん。非表示にしたいのに設定もない。ごみすぎる。。。
ご無沙汰です。連載企画を書き進めると豪語しておきながら かなり経過してしまいました。連載企画の方は時間を見つけつつ少しずつ書き進めていければと思います、申し訳ございません。 さて、最近周囲の方にGitの解説をする機会が増えてきたため、今回はGitの基本コマンドに関連する説明をします。 対象読者 ・何らかの理由でGitを使う事になったが、コマンドが多くてよくわからない方。 ・コマンドごとの意味は何となく理解しているけど、イマイチピンと来ない方。 (※「そもそも何故Gitを使う必要があるのか」「バージョン管理とは何か」といった点については ノンプログラマ向けの連載企画として後日記載させていただければ幸いです) 解説するコマンド git init, git add, git commit, git status, git log, git branch, git checkout, git me
“なぜ納期を守れなかったのだろうか?” 我々マネージャが、納期に遅れることを自分のチームのせいにするのは簡単です。しかし、納期に遅れる原因は本当に開発者の仕事が遅いせいでしょうか? Sprintly は、開発者のサイクルタイムに関する膨大なデータを保有しています。当社は、タスクのサイズごと(S、M、L、XL)、また種類ごと(ストーリー、テスト、バグ)に、完了までにどれくらいの期間がかかるかを追跡しています。 当社が調査した動向について 1点目:開発者は非常に平均的です。ユーザ全体で見たサイクルタイムはほぼ同じであることを当社のチケットデータが示しています。システム内の全チケットの75%は、開始後およそ175時間で完了しています。 ^(1) 2点目:変動があるのは、ほとんどがチケットが開始される前(SomedayからBacklogまで)の段階です。これは、関係者が仕様を理解して作業の優先順位
アプリケーションエンジニアの id:nobuoka です。 現在は 「少年ジャンプルーキー」 の開発に携わっています。 面白い漫画作品が数多く集まっておりますので、是非ご覧ください! さて、去る 1 月 11 日に 「Jenkins ユーザ・カンファレンス 2015 東京」 が開催されました。 はてなからも 「はてなにおける継続的デプロイメントの現状と Docker の導入」 というタイトルでセッション発表を行いました。 ここに発表資料を公開します。 発表資料 はてなにおける継続的デプロイメントの現状と Docker の導入 from Yu Nobuoka 概要 内容としては次の 3 点です。 はてな全体のサービス開発と Jenkins についての概要 「少年ジャンプルーキー」 の開発プロセスと Jenkins の活用 開発中の機能を確認するための web アプリケーションを Docker
Jenkinsユーザカンファレンス2015に参加・発表してきました。 参加者も700人ぐらいいたようで非常に活気があり、各セッションもJenkinsを中心としたシステムの話から、何故CIなのかなど、多岐に渡る発表があり刺激的でした。 我々は5分のLTで発表させて頂きました。短い時間なので色々と説明を省略した箇所がありましたが、アップロードしたスライドではある程度補足しています。 継続的セキュリティテストのコンセプトでVAddyを開発・運用していますが、世界でも同じコンセプトでGoogleが社内ツールとして開発していたり、カーネギーメロン大のブログで提唱されていたりと、あと数年もすると大きなトレンドになるのは確実です。 継続的セキュリティテストが普及するためには、専門知識不要で簡単に使えて、検査精度が高く、CIのフローに乗るように短時間で終わる必要があります。これらのハードルを乗り越えるため
最近、UITableViewはなんとなく触れる用になってきたので、基礎的な使い方をまとめます。 とりあえず表示してみる とりあえず画面にtableViewを表示します。 UITableView *tableView = [[UITableView alloc]initWithFrame:self.view.bounds style:UITableViewStylePlain]; [self.view addSubview:tableView]; 立ち上げてみるとこんな感じです。中身が何も入っていないので非常に見づらいです。 データを表示してみる UITableViewにデータを表示するためには、UITableViewDelegateとUITableViewDataSourceをdelegateしなくてはなりません。 まずは、delegateする対象のクラスを指定します。 tableView
職場の先輩に毎日ダメ出しされる。 「仕事のときは最低限のメイクくらいしてこようよ」 「なんでメールに添付しますって書いて毎回添付してないの?」 「なんでこの請求書の単価、先月と違ってるって気づかないの?」 「タイムカード押してから下のコンビニに買い物に行くのやめなよ」 「雑に二回やるくらいならゆっくりでもきちんと一回で済ませる方が100倍いいんだけど?」 一緒に外回りもするけど、先輩は9センチとか10センチヒールで男並みに早く歩ける。私は小走りじゃないとついていけない。息を切らせていると「外行く仕事があるんだから、せめて歩ける靴で来ようよ」 ランチのあと、皿を重ねてたら「油ものとそれ以外の皿を混ぜて重ねるの、お店の人に迷惑だから分けられないならそのままにしときなよ」 エレベーターに乗ってるときに仕事の質問をしたら「公共の場で仕事の話しないで。誰が聞いてるかわからない」 エレベーターに上司と
連載第一回では、ノースキルの文系こそ、就活には英語だということを強調しました。 「英語よりも、何が出来るかが大事だ」に至る前に、「英語ができないと、仕事をさせてもらえないので、経験自体を積むことができない」という時代が来ると思っています。 第二回の今回は、「英語もできないノースキルの文系はこれからどうすべきか?」に書いたエッセンスの中から、英語もできないノースキルの文系状態から如何にして脱するのかという点を取り上げましょう。 ノースキルを抜け出すのに必要な期間 まず、「英語もできないノースキルの文系状態」のまま、他のテクニックで就活を乗り切ろうという考えはもう捨ててください。 本の中でも繰り返し書いていますが、その発想は愚かです。そういう一発逆転の発想を繰り返していたから、本質的なスキルの蓄積がなく、英語もできず、ノースキルのままなのです。 辛い現状認識かもしれませんが、就活を始めた今、自
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く