GensimPy3を使って小説家になろうのトピックモデルを解析 - Qiita
gensimというトピックモデルを扱うPythonのライブラリがある。公式ではPythonのバージョン 2.5 <= Python < 3.0 にしか対応していない。 しかしSamantpさんがgensimPy3というライブラリを公開している。gensimをforkしてPython3.3に対応させたものだ。 今回はこのgensimPy3を使ってしょとうさんの小説家になろうのランキングをトピックモデルで解析(gensim) と同じ事ができるか実験した。 ※gensimの使い方参考 http://yuku-tech.hatenablog.com/entry/20110623/1308810518 GensimPy3のインストール からソースコードをcloneしてくる。
[iOS][Objective-C] StoryBoardを使ったUI実装 - Qiita
流れ MainStoryboard.storyboardに右下ペインから任意のUIパーツを選択、ドラッグで設置。 UIパーツをViewController.hの@interface~@endの間にドラッグ。 →設定ダイアログがポップアップされるので、任意値を設定。 この時点で、ViewController.mに設置したActionの定義が自動追記されているので、 メソッドの中身を追記していく。 Sample 以下機能を持つサンプルをつくる。 ・ボタンを押すとアラートダイアログが表示される ・ダイアログ内での選択に応じて表示文字列を変化させる。 MainStoryboard.storyboardにLabelとRoundRectButtonを設置 LabelとRoundRectButtonをViewController.hの@interface~@endの間にドラッグ。 設定ダイアログ内での値
![[iOS][Objective-C] StoryBoardを使ったUI実装 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/cf187ba97d40326b8649269e842dab92740abe7c/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCaU9TJTVEJTVCT2JqZWN0aXZlLUMlNUQlMjBTdG9yeUJvYXJkJUUzJTgyJTkyJUU0JUJEJUJGJUUzJTgxJUEzJUUzJTgxJTlGVUklRTUlQUUlOUYlRTglQTMlODUmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTg0YjAyMDczY2MxMTJkMmMxODAwMWI1N2UwYTFmMmM1%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwa2lkYWNoMSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NmM0Zjk3YWIyZTVjYjk4NDc3YzViYTAyZGQzMjczYjQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D9e5fbf29e74cb610a0400fe29649799d)
[Objective-C] デリゲート（Delegate）とは - Qiita
概要 あるクラスだけでは処理できない命令を、そのクラスの変わりに行うクラス（に引き渡すこと）。 どのクラスもデリゲート（代理人）になることができる。 デリゲートの手順 UIパーツとデリゲート（先のクラス）を接続する デリゲート（先のクラス）にプロトコル名を書く デリゲート（先のクラス）に処理を書く Sample StoryBoardを使って、検索バー（UISearchBar）の処理をViewControllerにデリゲートしてみる。 ※UISearchBarは「ユーザがタップした際にキーボードを表示する機能」や 「入力された文字列を自身の上に表示する機能」が用意されているが、 「入力された文字列をどのように扱うか」などは追加で（デリゲートして）実装する必要がある。 UIパーツとデリゲート（先のクラス）を接続する StoryBoard上で、処理をデリゲートに依頼するUIパーツ（今回はUISe
![[Objective-C] デリゲート（Delegate）とは - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/daec3080f778fb8ea415245457b5ca65e0bdb35b/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCT2JqZWN0aXZlLUMlNUQlMjAlRTMlODMlODclRTMlODMlQUElRTMlODIlQjIlRTMlODMlQkMlRTMlODMlODglRUYlQkMlODhEZWxlZ2F0ZSVFRiVCQyU4OSVFMyU4MSVBOCVFMyU4MSVBRiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9YWY4NDVkNmYyMTIwZWQzZTBjYjg1ZGMyZGNmMGEyZDI%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwa2lkYWNoMSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NmM0Zjk3YWIyZTVjYjk4NDc3YzViYTAyZGQzMjczYjQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D4a1ae18121f486d7b27e1ff99c8f5587)
今日ハマったアレコレ Objective-C編 - Qiita
//[self.tweets insertObject:statuses AtIndex:0]; //↑コレじゃ更新したことにならないみたいで //↓これならOKだった [self setValue:@[statuses] forKey:@"tweets"]; -(void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context { // [self reLoad:nil];←コレで更新しようと思っても再描画されない // ↓別スレッドで更新メソッド呼んだら瞬時に終わった [NSThread detachNewThreadSelector:@selector(reLoad:) toTarget:self withO
Django管理サイトのチューニング - Qiita
Djangoは管理者ページが強力なのが良い所だが、適当に使ってるとORMが雑なSQLを発行してしまうのでケアする。 まだ使い初めたばかりなので、適宜追加していく。 querysetを上書きして一覧ページのSQLを最適化する list_displayにForeignKeyのフィールドを含んでいる場合 select_related が有効になる。が select_related は null=True なFKフィールドのリレーションを辿らないため、レコードの数だけ個別のSQLで対象を取得してしまう。よって一覧ページを開いた時にSELECT文が400回ぐらい発行されたりする。 また、 select_related は null=False なFKフィールドをどこまでも辿るため、10個や20個のテーブルとJOINするSQLになる事がある。 うまい具合にやるには queryset を自分で定義する。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
