タグ

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

  • 関連タグはありません

タグの絞り込みを解除

developmentとDevelopmentとBlogに関するbeth321のブックマーク (45)

  • 24/7 twenty-four seven

    SwiftのAutomatic Grammar Agreementとは、英語における複数形や三単現のsのように、翻訳テキストの一部に語形の変化がありうるという情報を埋め込み、実行時にOSが 数などに合わせて指定した語句を文法的に正しい文章に自動的に修正してくれる仕組みです。 例を見てみましょう。 Text("Add ^[\(count) ticket](inflect: true) to your order.") この例ではcount変数に入る数によって後続のticketの語形が単数形か複数形のどちらかに自動的に変化します。 Add 0 tickets to your order. Add 1 ticket to your order. Add 2 tickets to your order. この機能を使わずに実装するなら、あらかじめticket/ticketsの複数のテキストを用意し

    24/7 twenty-four seven
  • メディア・パブ

    米国や欧州のメディアによるフェイスブック(FB)批判は、凄まじい。米大統領選のトランプ当選や英国のEU離脱に端を発して、この1~2年、FB叩きは過熱化する一方である。 フェイクニュースやロシア疑惑、さらには個人情報の不正利用や流出と、FBを舞台にした不祥事が途絶えないから当然かもしれないが、どうしてここまで1企業の不手際に厳しく延々とメディアが責め立てるのか。それはFBが、今や世界中の人々の個人生活や社会にとって測り知れないほどの大きな影響を及ぼしているからだろう。世界の22億人以上の人々が毎月利用し、その66%にあたる15億人近くが毎日FB上で情報のやりとりをしている。先進国だけではなくて新興国も含めて、ほとんどの国で人々の生活に深く根付いたFBに対して、メディアが社会的責任を問い直すのももっともである。 だが、メディアがしつこくFBを責め立てるのにはそれだけではなくて、別の理由もありそ

  • プログラミングと設計は本来切り離せないものなのでは - 達人プログラマーを目指して

    最近はアーキテクトという役割で客先に常駐し、フレームワークの選定をしたり、事前に共通部品を設計したりする役割を担う仕事を引き受けることが結構あります。そこで運よくお客様のマネージャーがオブジェクト指向開発の経験が十分にある方だと、IDEなどの開発環境やインターネット接続環境を当然のように用意してくれるので最初から仕事がスムーズにできるのですが、そうでないとMS Officeしか入っていないロースペックのノートPCを渡されて、要件定義フェーズの期間中、フレームワークの設計をお願いしますとか、私としてはちょっと首をかしげてしまうような困ったことを言われてしまう場合があります。開発フェーズが始まる半年後まではコーディングは基的に不要という考え方です。アプリケーションのアーキテクトという役割では少なくともコーディング規約を考えたり、ツールやフレームワークの選定をしたりする必要がありますし、プロジ

    プログラミングと設計は本来切り離せないものなのでは - 達人プログラマーを目指して
  • るびま

    『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直

  • 「まず仕上げる」という話 - やまもといちろうBLOG(ブログ)

    話題になっていたので。 いち早く70%~80%程度の完成度で人に見せられるものを作ることがいかに重要か、という話 http://d.hatena.ne.jp/sotarok/20120105/1325698126 でも敗戦処理系の下請けや、制作環境など土台系の仕事をすることの多い弊社からすると、感覚はこんな感じだな、と思うわけです。上記サイトで書かれている通りですよね。試行錯誤の回数を増やさなければならない。 幾つか論点があるとすると、8割というか「まず見てもらえるレベルを提示して、相手に感覚を掴んでもらう」というレベルまでまず仕上げる、というのはクライアントのいる下請けか、上司が圧倒的な指揮権限を持っているプロジェクトなんだろうと思うわけです。 もし、全体工数の半分以下で8割仕上げられるのであれば、残りで想定100%までとっとと作れって話になりますね。でも、だいたい想像できるレベルまでモ

    「まず仕上げる」という話 - やまもといちろうBLOG(ブログ)