タグ

2014年10月7日のブックマーク (10件)

  • [Objective-C] 日付を操作する - Qiita

    // 3日後 NSDate *now = [NSDate date]; NSCalendar *calendar = [NSCalendar currentCalendar]; NSDateComponents *comp = [[NSDateComponents alloc] init]; comp.day = 3; NSDate *result = [calendar dateByAddingComponents:comp toDate:date options:0]; NSLog(@"3日後: %@", result);

    [Objective-C] 日付を操作する - Qiita
  • XcodeでStatic Libraryを利用するための初期設定 - Qiita

    Static Libraryをアプリケーションで利用するための初期設定は慣れるまで多少面倒ですね。手順だけ暗記しても身に付かないのでできる限りそれがどういう意味を持っているのかも併せて説明していこうと思います。 はじめに ライブラリはリンクの仕方によって,Static LibraryとDynamic Libraryに分類されます。ちなみにOS X向けには両方サポートされていて,iOSに対してはStatic Libraryのみサポートされているようです。 Static Libraryはアプリケーションのコンパイル時に組み込まれる形で(静的に)リンクするため,その分アプリケーション自体のサイズが大きくなります。一方でDynamic Libraryはアプリケーションの実行時にローダがライブラリを検索し,(動的に)リンクします。 以下の手順も基的にStatic Library(lib[name]

    XcodeでStatic Libraryを利用するための初期設定 - Qiita
    ginga0118
    ginga0118 2014/10/07
  • Ruby を使わない部署の僕だけど RubyKaigi 2014 へ参加しました

    はじめまして。 永和カンファレンスメンバーの金融システム事業部の橋雄一です。 永和システムマネジメントは、Rubyと Agileが外部に知られていますが、他にもいろんな部署があり永和のもっといろんな中身を知ってほしいと思い、このブログを書いています。 また、私自身も外に出て、他部署ではこんなに楽しくて素敵なことをやっているんだよ、ということを永和の人にもっと知ってもらえるように実際に肌で感じたことを伝えたいと思っています。 今回は、私が外に出て経験し、感じたことを書いてみます。 9/18~20に船堀にてRuby Kaigiが開催されました。 私自身は業務都合により18日しか参加できませんでしたが、そのときの感想を書いてみようと思います。 私は、業務ではCOBOLを使用したウォーターフォール開発を実施していて、Rubyについては、経験・技術は全くないです。 今回は、Rubyを触れ合うことが

    Ruby を使わない部署の僕だけど RubyKaigi 2014 へ参加しました
    ginga0118
    ginga0118 2014/10/07
  • nanapi勉強会 vol4に行ってきた感想 - きょこみのーと

    nanapi勉強会 vol4 - 【nanapi x はてなはてなとnanapiの開発フロー 最近、感想ブログばかりになってます(笑 #nanapi_study 130人登録で、100人以上来てたのに、ブログ書いてる人あんまいないので、文化圏の違いもあるのかもしれないけど「blog書いてください」って言うの大事なんだなーとか思ったりしてる。941さんがイベントの度に毎回働きかけてるの大事なんだなーと。— songmu (@songmu) 2014, 10月 6 確かに・・・このツイートみて書く気持ちが湧いてきたので、「blog書いてください」って言うの大事だなーと思いました。(す、すみません・・・) 内容 内容のまとめはこちらが参考になります。 めも帖 - nanapi 勉強会 vol.4 #nanapi_study に参加してきました 感想 というわけで、感想メインです。 (他の参加者

    nanapi勉強会 vol4に行ってきた感想 - きょこみのーと
    ginga0118
    ginga0118 2014/10/07
  • シリコンバレーで仕事得るのクッソ楽勝だったわ〜 - ただの技術好き大学生がシリコンバレー凸してfooo↑↑

    あいさつ 完全にバズに目が眩みゴミクズのような表題を付けましたが、 実際は多くの方々に助けられた結果ですし(その助けなくしては絶対にあり得ませんでした) 正確にいうと開発基盤もオフィスもシリコンバレーでなくバンクーバーですし、 ちょっと色々嘘なのでタイトルを訂正しますと、、 「多くの人の助けを借りてやっとこさ仕事にありつけたわ〜」 です. しかし多くの方の関心事であろう「どうやってありつけたの?」という部分は変わらず話しますよ. 今回のお話 「なんかシリコンバレーがイイらしい」と小耳に挟み 休学を経て、凸してわちゃわちゃとして参りましたが、 (とりあえず凸は今思うと若干戦略性を欠きました、 大学編入など選択肢は多くあるので、色々調べると良いです.) 先日とある500スタートアップス(そこそこ有名な投資団体みたいなやつ)出身の所と諸々の契約を結び (会社名は直接聞いて頂ければ答えます) 暫く

    シリコンバレーで仕事得るのクッソ楽勝だったわ〜 - ただの技術好き大学生がシリコンバレー凸してfooo↑↑
    ginga0118
    ginga0118 2014/10/07
  • C言語でプログラミングする際の覚書(Notes on Programming in C) - YAMAGUCHI::weblog

    はじめに こんにちは、Go界のシャールト・コプリーです。気がついたら最後のエントリから3ヶ月も経ってました。 Goを始めると「なんでこういう書き方になってるんだろう」とか、「そもそもなんでこういう仕様になってるんだろう」とか思うことがちらほらあると思います。これは大いにGoの作者の一人であるRob Pike氏の思想に依るところがあるのが見受けられます。彼のプログラムに対する考え方が25年前に公開され「Pike Style」として知られていますが、いまもその考え方は大きくは変わっていないと思われます。せっかくなので翻訳しました。文はC言語に関する文章ですがその質は言語に依らないものだと思います。 Notes on Programming in C (追記)25年前なのでコンパイラの動作に依存する部分(includeに関する記述)などは古い部分もありますが、プログラミングスタイルに関する部

    C言語でプログラミングする際の覚書(Notes on Programming in C) - YAMAGUCHI::weblog
    ginga0118
    ginga0118 2014/10/07
  • 仕事の進め方とアーキテクチャの相関関係 - ワザノバ | wazanova

    http://rubyrogues.com/176-rr-rails-as-an-soa-client-with-pete-hodgson/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 「システムの設計は、その組織のコミュニケーション構造を反映したものになる。」というコンウェイの法則について、ThoughtWorksのPete Hodgsonは、それを逆のかたちで、つまり、採用すべきアーキテクチャの特性を活かすために人と人とのコミュニケーションをどう改善するかということに、かなり時間をとっていると語っています。 コンウェイの法則は、重力のように不可避なもの。うまく活かせるように変わるか、対応できずにダメになるかの二者択一だ。 各サービスの担当チームが細分化されている大企業の顧客において、SOA(

    ginga0118
    ginga0118 2014/10/07
  • JavaScriptベースのOAuth認証ライブラリ「hello.js」:phpspot開発日誌

    hello.js - Javascript API for OAuth2 authentication and REST services JavaScriptベースのOAuth認証ライブラリ「hello.js」。 JSベースでログイン、ログアウトが可能で、ユーザ情報なんかも簡単に引っ張ってこれるようです。 関連エントリ PHPでOAuthサーバを作成するチュートリアル Twitter OAuth認証をポップアップで行うjQueryプラグイン PHPフレームワークにTwitter,Facebook等の認証を速攻実装できる「Opauth」 MicrosoftのLive OAuthで認証するPHPサンプル

    ginga0118
    ginga0118 2014/10/07
  • 「エンジニアマネージャー論と学びを抽出する努力を続けること」を読んで - $shibayu36->blog;

    http://wazanova.jp/items/1574を読んで、非常に参考になったのでいつもを読んで感想書いている時と同様、思うところについて書いてみる。 今回は以下の二つのポイントについて非常に感銘を受けた。 やるべきことを毎日洗い直して、絞り込むことが大切 適切な意思決定プロセスとメンバとの良好な関係が築ければ、95%は大丈夫 やるべきことを毎日洗い直して、絞り込むことが大切 上であげたブログに 真剣にものごとに取組むと、やらなくてはいけないことはそのうち次から次へと気づく and/or 嫌でも湧き出てくるもの。なので、アドバイスを求められれば、やるべきことは最小限、できれば三つ以内に絞って、何をやめることができるかを探す手伝いをするようにしています。やるべきことを毎日洗い直して、絞り込むことが大切。 ということが書いてあり、直近の自分の状況もあいまって非常に納得できる言葉だなと

    「エンジニアマネージャー論と学びを抽出する努力を続けること」を読んで - $shibayu36->blog;
    ginga0118
    ginga0118 2014/10/07
  • 元『ぐるなび』のエンジニア起業家が語る、若手が「フルスタック」を目指すべきじゃない理由 - エンジニアtype | 転職type

    SEやWebサービス開発者の理想の姿として、フロント~バックエンド開発からインフラ構築まで一通りこなすことのできる「フルスタックエンジニア」が脚光を集めている。米国IT企業の求人で使われ出したこの言葉は、近年の日でバズワード化。その実現可能性をめぐって、さまざまな議論が繰り広げられるようになった。 そんな中、主にデータベース/ビッグデータ解析基盤の開発とコンサルティングを提供するITベンチャーINTHEFORESTで代表取締役社長を務めている冨田和孝氏は、「若いエンジニアがフルスタックエンジニアを目指すのはお勧めできない」と語る。 その理由は、自身の過去の経験から、「地獄を見る思いをするから」だと言う。 「とんでもない修羅場」でもつぶれないことがフルスタックへの道!? INTHEFORESTのホームページ 冨田氏は、2000年を前後して起こったITバブル期に、ある受託開発会社でシステム開

    元『ぐるなび』のエンジニア起業家が語る、若手が「フルスタック」を目指すべきじゃない理由 - エンジニアtype | 転職type
    ginga0118
    ginga0118 2014/10/07