タグ

関連タグで絞り込む (378)

タグの絞り込みを解除

時間に関するraimon49のブックマーク (317)

  • 日付が変わったときの処理 - Toyship.org

    カレンダーなどのアプリで、画面に今日の日付などを表示している場合、真夜中に日付が変わった瞬間にUI表示を変えたりなどの処理をしたいことがありますよね。 そのためだけにNSTimerなどを使ってタイマー処理をするのも面倒くさいので、たいていはスルーしていると思うんですが。 実はそんな時に使える便利な機能があります。 UIApplicationDelegateで、applicationSignificantTimeChangeをオーバーライドしておけば、日付が変わった瞬間にこの関数が呼ばれて、UI変更の処理をすることができます。 - (void)applicationSignificantTimeChange:(UIApplication *)application{ NSLog(@"日付の表示を変えてください。"); } こんな時によばれるので、日時を扱うアプリでは、実装しておくのがお勧めで

    日付が変わったときの処理 - Toyship.org
    raimon49
    raimon49 2015/03/16
    applicationSignificantTimeChange:をオーバーライドしておくと、日付が変わった時やユーザーが端末設定で時刻を変更した時にコールバックされる。
  • ピアコードレビューの実践的レッスン | POSTD

    Salsita Softwareは、複雑かつ最新のウェブアプリケーションとモバイルアプリの開発に特化する専門のソフトウェア・コンサルティング企業です。Salstiaの幅広い専門分野にまたがるチームは、ワールドクラスのソフトウェア・エンジニアはもちろん、グラフィックデザイナー、UXスペシャリスト、プロジェクトマネジャーそしてQAエンジニアから構成されています。 Salsitaのエンジニアは2つのグループに分かれており、フルスタック・エンジニアはサーバサイドの実装(Node.jsとPython)、クライアントサイドのJavaScriptAngularJS、React、 BackboneとEmber)、そしてモバイルアプリの開発(iOS、Android、PhoneGap)を担当します。フロントエンドエンジニアは、モジュール性が高くメンテナンスが容易、かつレスポンシブなユーザインターフェースを

    raimon49
    raimon49 2015/03/04
    目安として開発に費やす時間の25%をコードレビューに振り分ける、パッチサイズに気を遣う。アーキテクチャについては設計書で議論。
  • ソフトウェアの開発にかかる時間の見積を廃止したいプログラマーたち | スラド デベロッパー

    ソフトウェアの世界からプロジェクトの所要時間の見積をなくそうとする#NoEstimatesムーブメントについて、Mediumの記事が紹介している。所要時間を正しく見積もることは困難であり、時間の無駄だとプログラマーたちは主張する。一方、他のプロジェクト関係者は、計画を立て、プログラマーに責任をもって仕事をさせるために見積が必要だと考えている。妥協点はあるのだろうか。 記事によれば、「ソフトウェアプロジェクトの見積は誤っていることがあまりに多く、見積を作るのに時間を使えば使うほど、実際にソフトウェアを作成する作業時間が減ってしまう。また、マネージャーは開発者が適当に作った見積を契約上の締め切りのように扱う習慣があり、見積時間内に完成しなければ大騒ぎする。それだけではない。そのような結果を恐れる開発者は、より多くのエネルギーを見積という兎の穴に注いでいく。見積はヤクの毛刈りのように、実際の仕事

  • 「時間」の謎について解明しようと試みた8つの仮説や理論 : カラパイア

    時間とは不思議なものだ。無限でありながらも有限である。決して止まることなく一定速度で万人に平等に流れていくはずなのに、置かれている状況によって、ゆっくり流れるように感じれば、急速に流れていくようにも感じる。ここで紹介するのは「時間」の謎を解き明かそうとした10の理論や仮説である。 時間の概念について考えれば考えるほど、頭の中がこんがらがってきて、その間にもドクドクと時間は流れるわけだが、かつての哲学者、そして物理学者たちはどのように時間をとらえていたのかを見ていくことにしよう。

    「時間」の謎について解明しようと試みた8つの仮説や理論 : カラパイア
    raimon49
    raimon49 2015/02/20
    >科学者たちはこの現象を解明しようと試みた。実験ではまず、被験者に46メートルの高さから落下してもらい、落下した時にどれだけ長く感じたかをヒアリングした。 / おいやめろ
  • Notification UX - 安藤日記

    安藤日記 安藤日記:デジタルガジェット好き「安藤幸央」の日々のメモ ( yukio.andoh@gmail.com ) [ http://twitter.com/yukio_andoh ] Design Sprint Newsletter https://designsprint.substack.com/ ■ Notification UX:最適なプッシュ通知のための UX 観点 iPhone,Android のネイティブアプリの特権であるプッシュ通知/Notification。 ユーザーの行動を喚起するために、便利に使えるサービスでありながら、 通知の送り方を一度間違えてしまうと、ユーザーに嫌われてしまいます。 そうすると、サービス事業者は失敗を恐れるあまり、 通知を送って失敗するよりも、送らないで済まそうと考えるようになってしまいます。 最悪、通知の方法を失敗すると、 それほど日常的

    raimon49
    raimon49 2015/02/07
    >本当に良い通知は、プッシュの文言を読むだけで完結し、アプリを開かなくて済むものです。 / 通知からのアプリ本体起動回数をKPIに設定しがちだけど、それは提供側のエゴですよという話。
  • 気遣いのあるデザインの裏にある努力 - ワザノバ | wazanova

    http://paulstamatiou.com/twitter-video/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 38分前 フレームワークやツールが進化することで、そこそこのスキルがあれば比較的短い期間でもそれなりのプロダクトをつくれるようになるという恩恵を世の中全体が享受できますが、一方で才能のある人たちは、その便利になった道具を利用して、更に先に進みます。そしてUIの競争は際限なく続きます。 一つの目のパターンは、意外なところまで気遣いをしているので、それを発見したときにポジティブな喜び、驚きを感じるところ。 Slackを使っていると、 登録済のパスワードの入力を求められる画面で、スマホキーボードでのパスワード入力を面倒に思う人、もしくはパスワードが長い人に配慮して、「パスワードを入力する替わり

  • 「10倍プログラマ」の神話、Ruby on Railsの生みの親が語った高い生産性のカギとは!? | HRナビ by リクルート

    ずいぶん前のことだが、Webアプリケーション開発フレームワーク「Ruby on Rails」が00年代後半にブームを巻き起こしたとき、強い主張を持つソフトウェアとしてRailsは多くの議論を呼び起こした。その中でも最大のものはプログラマの生産性に関するもの。当時、すでにいくつも存在していたJavaベースのWebアプリケーション開発フレームワークに比べて、Ruby on Railsは10倍の生産性を達成できるという主張だ。 Rubyの生産性はJavaの10倍――。この主張が多くのエンジニアの琴線、もしくは逆鱗に触れた。「さすがに10倍は大げさだ」、「いや、現実に設定ファイルやコードを書く行数が劇的に減るのだから、そのぐらい当然だ」と意見が分かれたのだ。 2005年のリリースから約10年。Railsの生みの親で、今もプロジェクトをリードするデイビッド・ハイネマイヤー・ハンソン氏は当時を振り返り

    「10倍プログラマ」の神話、Ruby on Railsの生みの親が語った高い生産性のカギとは!? | HRナビ by リクルート
    raimon49
    raimon49 2015/01/31
    前半も後半も面白かった。確かにJavaやPHPをやっている人も何くそという気持ちでRailsのデモを見ていたから関心を持たれてた。
  • 「ファミコン世代」の独白 - いつか電池がきれるまで

    「ファミコン世代」の一員として、なんだかちょっと憤ったり悲しんだりしているのだけれども、僕自身の1980年代くらいを振り返ってみると、ファミコンが(あるいは、ファミコンの時代が)僕に与えたいちばん大きな影響は「ヒマだな、と思う時間の消失」なのではないか、という気がする。 それまで、ビデオデッキやテレビゲームが無い時代というのは、夜は、「でも読むか、がんばって夜更かしてオールナイトニッポンでも聴くか、寝るしかない時間」だった。 テレビもそんなに遅くまではやっていないし、やっていても、「それは子供が観るものではない」とみんなが認識していた。 だからこそ「子供も『11PM』を観てみたいと思っていた」のだが。 ファミコンをはじめとするテレビゲームは、朝早くから、夜遅くまで、いつでも同じように僕を迎えてくれて、飽きもせずに一緒に遊んでくれた。 もちろん「このゲームには、ちょっと飽きてきたな」という

    「ファミコン世代」の独白 - いつか電池がきれるまで
  • 日付フォーマット yyyy と YYYY の違い - 強火で進め

    結論 まず最初に急いでる人向けに結論を先に書いておきます。2つの違いは以下の様に成っています。 yyyy 年(西暦)を出力 YYYY ある年における「最初の木曜日を含む週が、その年の第1週である」というルールで年(西暦)を出力。 例えば 2015/1/1 は木曜日なのでその週の日は日曜日〜土曜日まで全て2015年の第1週という解釈になります。この場合には2014年で有る、 2014/12/28(日曜)〜2014/12/31(水曜) の時でも YYYY では 2015 を返します。 きっかけ Podcast で Rebuild の第73回を聴いていたら日付フォーマットで yyyy ではなく、YYYY を使った為に TwitterAndroid クライアントで不具合が出たという話が出てきました。 ※根的な原因はこのルールでサーバ側が実装されていた為、 Android クライアントで正し

    日付フォーマット yyyy と YYYY の違い - 強火で進め
    raimon49
    raimon49 2015/01/04
    NSDateFormatterでもYYYYでなくyyyyを指定。
  • Living as engineer

    Living as engineer

    raimon49
    raimon49 2014/09/29
    良いスライドだった。消耗してる時に読み返したい。
  • 爆速でタイマーセット ListTimer

    以前から欲しかったので、爆速でセットできる死ぬほどシンプルなタイマーアプリを作った!無料です。爆速タイマーで検索すると見つかる。 爆速タイマーのダウンロードはこちらから。 このアプリは今まで作ったものの中でダントツにシンプルだけど、自分が頻繁に使うために作りました。 なぜ、いまさらタイマーアプリを作ったか? 僕はiOSの標準アプリのヘビーユーザでありまして、もう毎日のように使っている。 どんな時に使うかというと、まずは毎日の作業時間のタイマーをセットするため。 これは数時間単位でセットするから特に問題ないのだけど、ラーメン作る時とか、数分レベルの時間をささっとセットする時にはとても使いにくい。。 まずiOSのドラムUIのタップできる範囲が狭く、なおかつ5分とかにぴっちりと合わせるのに気を使い、その後にセットボタンを押さないといけない。 また、電車で降りる時間をセットする時にもタイマーを使う

    爆速でタイマーセット ListTimer
    raimon49
    raimon49 2014/06/29
    直感的。
  • 「深夜一人」「強盗の的」

    「深夜一人」「強盗の的」 これだけでどこのことだかわかってしまう飲店があるとすれば、店側からすれば実に不名誉なことである。が、実際あるので仕方がない。聡明な読者の皆様におかれましては、俗世の情報を全てシャットアウトした寡黙な山の修行僧でもない限り、あるいは大地を踏みしめ草木を愛し日々必要な分だけの命を頂き神に感謝して暮らすトラディショナルな生き様が美しい異国の民族でもない限り、もうこれが何を指しているのかはスイッチを入れれば電球に明かりが灯るが如くおわかりかと思う。 「人件費の削減」と一口に言って、何をイメージするだろうか。 半径200m以内に競合する三つの同業他社の店舗があるとしよう。今回話に出している、仮にA丼屋としよう、A丼屋という店は、同じ日の同じ時間に働いている従業員の数が他二店より必ず一人少ないのである。そしてこれは働いている側の実感からすると、「最低限の人数」ではなく、「最

    「深夜一人」「強盗の的」
    raimon49
    raimon49 2014/05/19
    「労時売上」
  • 政府が働きすぎを心配する必要は無い ─ そう、本当のホワイトカラーならね。

    ホワイトカラーエグゼンプションの話になると思うのだが、濱口氏が産業競争力会議の長谷川ペーパーのAタイプ(労働時間上限要件型)に関して、政府が労働時間の量的上限を決めないことを批判している*1。しかし労働時間の直接規制よりも、労働者の裁量権をどう維持するかの方が重要に思える。濱口氏の議論は、働き過ぎや過労死を直接防止する事に注意が行き過ぎなのでは無いであろうか*2。当のホワイトカラー*3ならば、業務量を減らしてでも、死なない程度に労働時間を定めるはずだからだ。 1. 誰が業務量を決定するかで、妥当な制度は変わる 残業代に関わる議論の核心は、誰が業務量を決定するかであろう。経営者(や作業監督者)が業務量を決定するのであれば、従業員は労働時間の裁量権があったとしても、健康状態などに応じて調整することが出来ない。名ばかり管理職は過労死しうるし、実際にしている。逆に、経営者が業務量を決定できないと

    政府が働きすぎを心配する必要は無い ─ そう、本当のホワイトカラーならね。
    raimon49
    raimon49 2014/05/18
    >経営者が従業員一人当たりの業務量を大雑把にコントロールしており、労使関係は経営側に交渉力がある事が前提で、残業代と言うゼニカネの制度はそれなりの合理性を有している。
  • BLOGOS サービス終了のお知らせ

    平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ

    BLOGOS サービス終了のお知らせ
    raimon49
    raimon49 2014/05/18
    デフレ環境下で成長してきた企業が成功体験そのままに今回の増税を値下げで乗り切ろうとしたのは不味かったね。
  • 優先度が低いから、まとまった時間を作らないのです - Nothing ventured, nothing gained.

    まとまった時間ができたらやってみようというのは無理! と言い切るブログ記事が話題になっていたようだ。 この歳になって気づいたことですけれども、「まとまった時間」はもう永遠にやってこないのです - KogoLab Research & Review 「まとまった時間」は永遠にやってこない、とすれば、私たちができることは、大きな仕事を小さく分割して、日々のルーチンに埋め込むしかないのです。これが大きな仕事につながっていることを忘れるくらいに小さなルーチンに分割して埋め込むのです。 「時間が出来たらね」といつも言い訳している自分にがつんと響く、しびれるお言葉でもっともだと思う。 一方、細切れ時間の集積ではなく、しっかりと長時間集中したい時もある。当にまとまった時間を作ることは不可能なのだろうか。 どんな人にも、1日は24時間、1週間は7日、1年は365日しか無い。貧富の差も学歴の有無も関係なく

    優先度が低いから、まとまった時間を作らないのです - Nothing ventured, nothing gained.
  • 薬物で時間の感覚を狂わせることで「懲役1000年」が実現できる可能性 | スラド サイエンス

    哲学者であるRebecca Roache博士率いるチームは、「未来の技術」によって変化する懲罰の形態を探っているという。その一つに、「薬物を使い懲役に服する期間を伸ばす」というものがあるそうだ(The Telegraph、slashdot)。 これは既に存在しているという「時間の感覚を歪める薬物」を使い、服役者の時間の感覚を遅くする、もしくは脳の働くスピードを速めることで、長い年月分の心の働きを短期間に収めるというもの。これを利用することで、「1000年の時間の単位に値する懲役」を実現できるという。 しかし、死ぬまで閉じ込めておくことと、脳を操作して長期間の懲役を実現した後に自由にすることのどちらが道理的なのだろうか。このような問いかけは単に「未来的」な懲罰を探るのではなく、未来の目から現在を見ることで懲罰の道理を再考することが目的であるとのことだ。

    raimon49
    raimon49 2014/03/24
    体感1,000年か
  • 日本でイノベーションが生まれにくいと思った3つのポイント デザイン会社 ビートラックス: ブログ

    先日約4ヶ月ぶりに日出張に行った。期間は通常もより少し長めの2週間。 今回の目的はいつものクライアント回りに加え、メディア取材、日オフィススタッフの面接、友人とのパーティー、幾つかのイベントへの参加と多岐に渡り、お会いさせて頂いた方々の数もかなり多かった。 起業家が評価されるポイント遊び要素の少なさサバイバルコストの高さしばらくサンフランシスコで生活をしてから久しぶりに日に滞在すると頻繁に行っていた時には気づかなかった事が幾つかある。 その中でも今回は現在日に最も必要とされている”イノベーション”がなぜ生まれにくいかについて感じた事を簡単にまとめてみたい。 1. 起業家が評価されるポイント日に行くと経営者の方々や投資/金融関係の人々と会う機会が多い。経営者が集まるパーティーや、起業家向けのセミナー、ビジネスネットワーキングパーティに参加させていただくケースも多々ある。 正直言うと

    日本でイノベーションが生まれにくいと思った3つのポイント デザイン会社 ビートラックス: ブログ
    raimon49
    raimon49 2014/03/17
    >創業時のソニーのミッションが”技能を最大限に発揮することのできる自由闊達にして愉快なる理想工場”であった様に、新しいものを創り出すには企業とそれを取り巻く世の中が自由で楽しい環境を提供する必要がある
  • 和田卓人さん出題のテスト駆動開発問題『現在時刻とロケールに依存するテスト』をPHPを使ってオブジェクト指向で解答してみました #php #object_oriented|CodeIQ MAGAZINE

    テスト駆動開発の巨匠・和田卓人さんからの『現在時刻とロケールに依存するテスト』問題をPHPメンターズの後藤秀宣さんが解答してくださいました! この記事は、その後藤さんによる解答コードの公開と解説記事になります!! by CodeIQ運営事務局 PHPメンターズの後藤です。 和田卓人さん出題の『現在時刻とロケールに依存するテスト』問題をPHPを使ってオブジェクト指向のアプローチで解答してみました。 ※問題文については、和田卓人さんの解説記事を参照にしてください。 https://codeiq.jp/magazine/2013/11/1475/ 解答例は次の環境で作成しています。 PHP 5.5.4 PHPUnit 3.7 Composer サンプルコードのリポジトリをGitHubにて公開しています。コミットログなど合わせてご参照ください。(解説中にも各コミットへのリンクを貼ってあります) g

    和田卓人さん出題のテスト駆動開発問題『現在時刻とロケールに依存するテスト』をPHPを使ってオブジェクト指向で解答してみました #php #object_oriented|CodeIQ MAGAZINE
    raimon49
    raimon49 2014/01/05
    コンストラクタインジェクションで分離・改善して行く流れの解説。
  • イシイジロウ氏ら第一線で活躍するクリエイターがアドベンチャーゲームを語り尽くす!――「弟切草」「かまいたちの夜」から始まった僕らのアドベンチャーゲーム開発史(前編)

    イシイジロウ氏ら第一線で活躍するクリエイターがアドベンチャーゲームを語り尽くす!――「弟切草」「かまいたちの夜」から始まった僕らのアドベンチャーゲーム開発史(前編) 副編集長:TAITAI カメラマン:佐々木秀二 123→ 事の発端は,アドベンチャーゲーム制作の第一人者として知られるレベルファイブのイシイジロウ氏が,こんな発言をしたところから始まった。 「ゲームの物語づくりの最先端が“いま”“どこに”あるのかを確認しなければならない」 「君と彼女と彼女の恋。」 これは,ニトロプラスより6月28日に発売された「君と彼女と彼女の恋。」(18禁ゲーム)をプレイしたイシイ氏が,同作の内容を受けて発したコメントだ。曰く「アドベンチャゲームの最先端を切り拓いた作品の誕生を踏まえ,アドベンチャーゲームのこれまでの歴史,そしてこれからを語っておきたい」というのだ。 元々は,イシイ氏を中心にしたアドベンチャ

    イシイジロウ氏ら第一線で活躍するクリエイターがアドベンチャーゲームを語り尽くす!――「弟切草」「かまいたちの夜」から始まった僕らのアドベンチャーゲーム開発史(前編)
    raimon49
    raimon49 2013/12/22
    フローチャート構造の横軸縦軸、マルチサイトシステム、トゥルーエンドの自己矛盾などなど。濃い。
  • 残念だった Android の時刻指定インターフェイスが 4.4 KitKat から飛躍的に使いやすくなった

    残念だった Android の時刻指定インターフェイスが 4.4 KitKat から飛躍的に使いやすくなった 2013年12月03日 14:23Android Android 端末の Xperia と Nexus 7を愛用していて 概ね快適に使ってるんだけど、 ひとつどうしても納得のいかない点がありました。 アラームの時刻指定インターフェイスが残念。 これが Android 4.4 KitKat になって、劇的に使いやすくりました。 これからはこういうのが増えていくかもしれない。 Android 4.3 まで 以下は Android 4.1.2 の画面なんだけど、 ともかく 4.3 までは OS 標準の時刻指定インターフェイスがこんなかんじでした。 新規入力時には、現在時刻が入った状態で開きます。 この数字部分をタップしてキーパッドから直接入力するか、 上下にスワイプして指定します。 変え

    残念だった Android の時刻指定インターフェイスが 4.4 KitKat から飛躍的に使いやすくなった
    raimon49
    raimon49 2013/12/08
    これGoogleカレンダー使ってて、全く使い易いとは感じないのだけど…。