タグ

tipsに関するbeakmarkのブックマーク (554)

  • 自然言語のテキストを属性で区分する - その後のその後

    NSLinguisticTaggerを用いると、自然言語のテキストを品詞(名詞、動詞、代名詞)や「個人名」「地名」といった属性で区分(トークンに分解)することができます。日語の形態素解析も可能です。 使い方は非常にシンプルで、基的な手順は 1. スキームを引数に渡してNSLinguisticTaggerオブジェクトを生成 2. 処理対象テキストをセット 3. トークン分解開始 の3ステップです。 // スキーム NSArray *schemes = @[NSLinguisticTagSchemeLexicalClass]; // NSLinguisticTaggerオブジェクトを生成 NSLinguisticTagger *tagger = [[NSLinguisticTagger alloc] initWithTagSchemes:schemes options:0]; // 処理対

    自然言語のテキストを属性で区分する - その後のその後
  • .ipa ファイル生成を自動化する - その後のその後

    通常.ipaファイルを作成するには、Product メニューの Archive 実行後に、 Organizer から アーカイブを選択し Distribute ボタン押下 "Save for Enterprise or Ad-Hoc Deployment" を選択し Next ボタン押下 ドロップダウンリストから該当するプロビジョニングプロファイルを選択 保存先を指定 という手順を踏みます。ウィザードに従って進めるだけなので、たまに行う程度であれば問題ないのですが、.ipaファイルを作成して共有する頻度が多い場合(例えばリリースが近く細かい修正と確認を繰り返す場合)は面倒になってきます。 Xcode の Run Script を利用し、アーカイブ完了後に自動で ipa ファイルを生成するように設定する方法を紹介します。 ※通常のアドホックビルドの準備の手順(アドホックビルド用のプロビジョニ

    .ipa ファイル生成を自動化する - その後のその後
  • layer8.sh

    This domain may be for sale!

    beakmark
    beakmark 2013/04/27
    個人的にはリーダー視点だとコミットメッセージとかフックとかは割とどうでもいいけど、マージとブランチモデルは重要だと思う
  • 動的削除子 (dynamic deleter) - 意外と知られていない? boost::shared_ptr の側面 - Cry’s Diary

    boost::shared_ptr は動的削除子 (dynamic deleter) と呼ばれる技法に基づいて実装されています.この動的削除子という技法で重要なのは, boost::shared_ptr が最終的に呼び出す解放処理が boost::shared_ptr のテンプレート引数の型に関係なく,コンストラクタに実際に渡されたポインタの型で,かつ boost::shared_ptr のコンストラクタの呼び出しの段階で 決定する,ということです. 以下のようなコードが,動的削除子の効果が一番分かりやすい例になるでしょう. class X{ public: ~X() { std::cout << "X::~X" << std::endl; } }; class B{ public: ~B() // virtual でないことに注意!! { std::cout << "B::~B" <<

    動的削除子 (dynamic deleter) - 意外と知られていない? boost::shared_ptr の側面 - Cry’s Diary
  • 「仕事の辞め時」を見きわめ、前向きに次へ進むための原則 | ライフハッカー・ジャパン

    仕事がうまくいかない日はどんな人にもあるものです。そして、仕事に対する失望が長く続くこともあります。仕事に対して普段から時々抱く不満と、「当にこの仕事は自分には合わない」という判断の違いは、どうしたらわかるのでしょうか? 当に転職するべき時をいかに見極め、いざ転職する時に跡を濁さないようにするにはどうしたらよいのでしょう。 専門家の意見 仕事を辞めることは、その人のキャリアに悪影響を与え、その人自身の人生をも揺るがしかねません。ですが、望ましくない状況に留まり続けると、事態はより悪くなっていく可能性があります。 「現状に対する不満をもちながら、麻痺したようになってしまっている人がたくさんいます」と指摘するのは、レオナード・A・シュレシンジャー(Leonard A. Schlesinger)氏。バブソン・カレッジ(Babson College)の学長で、『Just Start: Take

    beakmark
    beakmark 2013/04/19
    最近周りの人がいろいろ動いているけど、辞める決断をした人も所属を変える決断をした人も、よく話を聞いて、それぞれの決断は尊重できる方ばかりだな。
  • iOS SDK開発でOSSライブラリを使う際の基礎知識

    iOS SDK開発でOSSライブラリを使う際の基礎知識:生産性ガチアゲなオープンソースiOSライブラリ(1)(1/2 ページ) ゼロからiOS SDK開発を始める新規開発者でも超高速・高品質な開発を可能にするオープンソースのライブラリを目的別に紹介していく連載です。実際にライブラリを組み込みながら技術的な側面も合わせて詳細に説明していきます。初回は、OSSライブラリ活用の基UI系を中心にライブラリを16個紹介します。 OSSライブラリを活用した超高速・高品質な開発方法 オープンソース(以下、OSS)のライブラリを活用して開発を行うと、ライブラリ未使用の場合に比べて生産性、品質ともに圧倒的な違いが出ます。連載では、ライブラリの種類、使い方、メリットなどを、実際に動くコードと一緒に解説していきます。 近年、iOS(iPhoneiPad)アプリ市場が急速に発展し、アプリ開発者は変化する状

    iOS SDK開発でOSSライブラリを使う際の基礎知識
    beakmark
    beakmark 2013/04/14
    めも/
  • iPhoneアプリにPush通知機能を実装する方法のまとめ - もとまか日記

    先日書いた以下に関連して。こんなウェアラブル系ガジェットだったら欲しくなるかも iPhoneプッシュ通知をもっと活用出来るといいかも、と思ったので、iOSアプリにプッシュ通知を実装する方法について調べてみたメモ。 必要なもの一応ですが、プッシュ通知の実装と確認するために必要なものが以下。・Mac・iOS端末・iOSデベロッパプログラムへの登録・Xcode作ったアプリを実機ヘ転送する必要があるので、デベロッパプログラムへの登録は必要ですね。 プッシュ通知の実装手順 プッシュ通知の実装は、ざっと以下のような手順で実装していきます。・証明書の作成・アプリへの実装・サーバ側の実装一番面倒くさくて分かりにくいのが証明書の作成で、アプリとサーバ側の対応は、実は非常に簡単だったりする。 証明書の作成について 面倒で分かりにくい証明書の作成だけど、最近は色々と詳細な記事があって当に助かります。 tak

    beakmark
    beakmark 2013/04/14
    メモ
  • 『Unicode IVS/IVD入門』へのツッコミ・第4章編 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ

    『Unicode IVS/IVD入門』(田丸健三郎、小林龍生)を読んでいたら、いくつか気になる点があったので、まとめてみることにした。とりあえず、第4章(37ページ分)だけ。時間と気力があれば、今後、他も追加していくかも*1。組版上の突っ込みは(ひどい例以外は)省いた*2。 p.103 ISO/IEC 8859は《中略》パート16まで定義されています(パート15は破棄)。 破棄されたのはパート12。 p.104 「ISO-10646」の文字集合 「ISO-10646」→「ISO/IEC 10646」。 たとえば、1面19区75点を符号位置とする文字をシフトJISで8ビット符号化した場合0x8A6Bとなる文字を例に見てみましょう。この文字は、葛飾区の「葛」という文字ですが 「葛」はシフトJISで「0x8A6B」ではなく「0x8A8B」。 p.106 「U+000000」→「U+0000」(U

    『Unicode IVS/IVD入門』へのツッコミ・第4章編 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
  • Git に関する良記事 - あどけない話

    適宜追加します。 Pro Git 僕が読んだ Git の書籍の中では、一番分かりやすいと思いました。日語版の書籍はありませんが、オンライン版が翻訳されています。 Pro Git 図解 Git Git の初心者が動作を理解するのにおススメ。 図解 Git こわくない gitランチとマージの考え方がよく分かるスライド(@methaneさんから教えて頂きました)。 こわくない git あなたの知らないGit Tips 書籍には載ってない Tips の解説。知らないと損するかも。 あなたの知らないGit Tips ワークフロー、あるいはブランチング チームでブランチを使う際の取り決め。自分のチームで一から議論するより、すでにあるものを参考にしましょう。 git-flow github-flow Github Enterprise Github Enterprise は、企業内に設置して使うこ

    Git に関する良記事 - あどけない話
    beakmark
    beakmark 2013/04/04
    めも/
  • iOSアプリの申請時や申請後のアレコレ - hyoromoのブログ

    割と知られてないだろうなーって事をザクっとまとめて書き残しておきます。 特急審査 iOSアプリの審査ってだいたい5営業日くらいですよね。「ふええ…この日までに公開しないといけないのに><」という全世界の幼女や、「スクレイピングしてたサイトの仕様変更でアプリが正常動作しなくなっちまったぜー」という野郎のために通常より早く申請して貰えるようAppleに懇願する事が出来ます。 やり方は以下サイトへアクセスして、アプリ情報と特急審査してほしい理由を英語で書いてあげればOKです。ただし、必ず特急審査してくれる訳ではなく、理由が弱かったり審査に忙しかったりすると拒否られちゃいます。でも、受理されれば1・2営業日くらいでチャチャッと審査してくれます。いちかばちかのファイナルウエポンです。 Request an Expedited App Review 申請後に5営業日以内にレビューされる割合 「App

    iOSアプリの申請時や申請後のアレコレ - hyoromoのブログ
    beakmark
    beakmark 2013/04/04
    いつかのためにメモ/
  • svn な人のための これだけ読めば (もしかしたら) わかる (かもしれない) git の考え方 - rinu's blog

    はじめに svn を使っていたあなたが、さくっと git の考え方を理解できますように (*・人・*) git リポジトリのイメージ git リポジトリのイメージを絵にしてみました。 絵の中の登場人物について、このあと触れますー リポジトリ リポジトリは複数のファイルの変更履歴を記録する入れ物です。 リポジトリを使用するときは、どこかにある、誰かのリポジトリを、自分のマシンにまるっとクローンを作って使用します。 (対して svn はある時点でのファイルのみを、ローカルに持ちます) コミット(図の黄緑の四角いあいつ) ファイル達に変更を重ねていくと、変化したファイル達の状態が、リポジトリに保存されていきます。 このリポジトリへ変更した内容を保存することを「コミットする」といい、保存されたファイル達の、変化の履歴の1つ1つを「コミット」といいます。 それぞれのコミットは 「0abe...」 み

    svn な人のための これだけ読めば (もしかしたら) わかる (かもしれない) git の考え方 - rinu's blog
    beakmark
    beakmark 2013/03/31
    わかりやすいと思う /
  • 社内で「ありがとう」と言ってますか? 5文字の効果を試してみよう

    田中淳子の人間関係に効く“サプリ”: 職場のコミュニケーションに悩んでいる人も多いのではないでしょうか。「上司にこんなことを言ったら怒られるかもしれない」「部下には気をつかってしまうし」――。 コラムでは、職場で役立つコミュニケーション術をご紹介します。具体例を挙げながら「なるほど! こういうやり方があるのか」「これなら自分でもできるかもしれない」と感じてもらえるよう、筆者が見聞きした出来事をちりばめています。 明日から……ではなく、いますぐに試すことができる「コミュニケーションのヒント」をご紹介しましょう。 入社3年目の人が、仕事に対するモチベーションの低下について苦笑交じりに話してくれた。「自分なりにがんばっているつもりなのに誰からも感謝されない。『ありがとう』と言ってほしいけど、言ってくれないんです!」。 「ありがとう」なんてたった5文字でいつでも使える言葉なのに、案外言わない人が

    社内で「ありがとう」と言ってますか? 5文字の効果を試してみよう
  • 社内の人間関係に悩んでいる…… “餌付け”作戦を試してみよう

    田中淳子の人間関係に効く“サプリ”: 職場のコミュニケーションに悩んでいる人も多いのではないでしょうか。「上司にこんなことを言ったら怒られるかもしれない」「部下には気をつかってしまうし」――。 コラムでは、職場で役立つコミュニケーション術をご紹介します。具体例を挙げながら「なるほど! こういうやり方があるのか」「これなら自分でもできるかもしれない」と感じてもらえるよう、筆者が見聞きした出来事をちりばめています。 明日から……ではなく、いますぐに試すことができる「コミュニケーションのヒント」をご紹介しましょう。 新入社員のころ、少しびっくりしたことがある。それは、職場でお菓子をべる人が多いことだ。幼稚園ではおやつの時間があったが、それ以降大学までおやつの時間などなかったので、職場の机の上にお菓子が常備され、仕事をしながらボリボリバリバリべるということに驚いたのだった。 「仕事場でお菓子

    社内の人間関係に悩んでいる…… “餌付け”作戦を試してみよう
    beakmark
    beakmark 2013/03/23
    言わんとしてることはわかるが「餌付け」っていう言い方は相当乖離があると思う... /
  • iOSチーム管理ガイド

    iOSチーム管理ガイド 目次 iOSアプリケーション開発におけるチーム管理について 5 At a Glance 6 チーム管理者はメンバーセンターで、メンバーを管理し役割を割り当てる 6 開発用デバイスはiOSプロビジョニングポータルで登録する必要がある 6 アプリケーションの開発には開発用証明書が必要である 6 開発用デバイスにアプリケーションをインストールするためには、開発用プロビジョニングプロ ファイルが必要である 6 アプリケーションを配布するためには、配布用証明書と配布用プロビジョニングプロファイルが 必要である 7 アプリケーションをApp Storeに公開し、または独自の方法で配布する 7 How to Use This Document 7 Prerequisites 8 関連項目 8 チームの管理 9 開発チーム各員の役割と責任 9 チーム管理者およびチームメンバーを加

    beakmark
    beakmark 2013/03/16
    ああ、ちょうどこういうのが知りたかった /
  • @IT:みんなで踊ろうMVCダンス

    ソフトウェア工学研究会パターンワーキンググループは5月23日、早稲田大学理工学部で設立記念セミナーを開催した。主査は豆蔵会長の羽生田栄一氏。ソフトウェアのパターンに関する実践、研究、学際の3つのタスクを通した活動を開始するとともに、ソフトウェア開発と共通項の多い建築分野のエンジニアとも共同活動やフィールドワークなどを展開していく予定。 今回の設立記念セミナーで基調講演の演壇に立ったのは、建築家であり「まちづくりカンパニー・シープネットワーク」でパターンランゲージを用いたコミュニティ・デザインを追求する中埜博氏。 UCバークレー校で、パターン・ランゲージの創始者として著名なC.アレクサンダー氏に師事した経歴を持つ中埜氏は、街の構造とその街の住人の関係を例にあげながら、街の住人にとっての理想的な街づくりのプロセスを、自身の体験を通して解説した。 「個々の住人の小さな願いをボトムアップ方式で合意

    beakmark
    beakmark 2013/03/10
    これが2003年の記事とは思えん... 羽生田さんと中埜さんとかめっちゃ先見性のカタマリ... MVCダンス、一見釣りっぽく見えるけど深い /
  • ニーバーの祈り - Wikipedia

    ニーバーの祈り(ニーバーのいのり、英語: Serenity Prayer)は、アメリカの神学者ラインホルド・ニーバー(1892–1971年)が作者であるとされる[1]、当初、無題だった祈りの言葉の通称。serenityの日語の訳語から「平静の祈り」「静穏の祈り」「平安の祈り」[2]とも呼称される。 この祈りは、アルコール依存症克服のための組織「アルコホーリクス・アノニマス」や、薬物依存症や神経症の克服を支援するプログラム12ステップのプログラムによって採用され、広く知られるようになった。 来歴と、その作者[編集] ラインホルド・ニーバーとその家族の証言[編集] 「祈り」は古くから口伝えの形で出回っていたにもかかわらず、1943年に行われた「祈り」に言及した(教会での)説教の記録が、一番古い記録であった。その次に古い記録は1944年の、軍付きの牧師と軍人のための教会図書についての連邦協議会

    beakmark
    beakmark 2013/03/10
    アジャイルサムライに出てきて初めて知ったのでメモ。 /
  • 開発者のための WebKit (“WebKit for Developers” 日本語訳)

    このノートは、Paul Irishによる記事 “WebKit for Developers” の日語訳です。 僕ら開発者の多くにとって、WebKit はブラックボックスだ。HTML, CSS, JS, その他のアセットを投げると、WebKit は魔法でもかけたかのように、綺麗な Web ページを返してくれる。しかし、僕の同僚 Ilya Grigorik は当の WebKit はこうだと言っている。 WebKit はブラックボックスではない。ホワイトボックスなんだ。さらにそれだけではなく、オープンなホワイトボックスなんだ。 じゃあ、これから次のことについて理解していこう。 WebKit ってなに? なにが WebKit じゃないの? WebKit ベースのブラウザで WebKit はどう使われているの? なんですべての WebKit が同じじゃないの? さて、世の中に数多くの WebKi

    beakmark
    beakmark 2013/03/03
    訳文がうまいと思う /
  • デブサミ2013で悪ふざけに関する真面目な話をした - 勘と経験と読経

    デブサミ2013Action!で発表してきたという話。TED Talksを参考に、エンタープライズ開発というテーマで6人が順番に発表する「Technology Enterprise Development」というセッションの中での発表。もともと12分くらいの枠の予定だったのだけれども、進行が押して私の最後の発表は残り時間約5分のLT状態という逆境。 【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」 from Kent Ishizawa 2013/02/14 デブサミ2013【14-E-7】[TED] Technology Enterprise Development #devsumiE - Togetter この発表言いたかったこと 当日はTEDのイメージで、トーク中心の発表内容としていた。スライドは公開しているけれども、単な

    デブサミ2013で悪ふざけに関する真面目な話をした - 勘と経験と読経
    beakmark
    beakmark 2013/02/17
    同じコマだった @agnozingdays さんの登壇内容補足。悪ふざけ→メタ視点の解説があります! /
  • http://bukupe.com/summary/7854

    http://bukupe.com/summary/7854
    beakmark
    beakmark 2013/02/06
    1. は得意かもしれん/
  • 未知の領域で開発を始める時には、環境を整えすぎてはいけない - 愛と勇気と缶ビール

    未知の領域って何ぞいな、というとだいたい以下の二つ。 開発経験のないプラットフォーム。場合によっては触ったことのない言語を含む。(e.g. iOS, Android) 今まで触ったことのない言語を用いた開発。 世の中にはエディタ・IDEからCIまで沢山の開発を支援するためのツール・枠組みがあるが、新しい領域に挑戦する時にはこれらの開発環境をあまり整えすぎない方がいい気がしている。 というのは、最初から「エディタも完璧に設定して、テストも全部書いて、JenkinsでCIするようにして、デプロイの前にビルドが走るようにして…」というようなセットアップを全部やろうとしてしまうと、それ自体に時間がかかって、それだけである程度満足してしまうから。単なる経験則だけど。 環境構築に時間をかけ、その結果に満足してしまうと一番初めのプロダクトに使うためのモチベーションと時間が消費されてしまう。(なんか誰かが

    未知の領域で開発を始める時には、環境を整えすぎてはいけない - 愛と勇気と缶ビール
    beakmark
    beakmark 2013/02/03
    そして最初から完璧な設計をしようとする、にもつながっていきがち/