Railsで大規模アプリケーションを正しく設計するために避けるべき3つの機能 - Qiita
この記事はCrowdWorks Advent Calendar 2016 の24日目の記事です。CrowdWorksのエンジニアが毎日なにかを書きます。 昨日の記事は @suzan2go による「ラーメン屋で考えるRailsのデータモデリング」でした。 はじめに CrowdWorksは、2011年の創業以来、約5年間の開発を続けてきました。サービスの立ち上げ期においては、サービスの継続性・変更容易性を高めることよりも、サービスを成長させ、存続に繋がるフェースまで素早く立ち上げることが最重要な観点です。 一方で、サービス提供も5年が経過し、多くの方にご利用頂く「社会インフラ」に一歩ずつ近づいてきています。そういった環境の変化もあり、「日々改善し続ける」「日々変更し続ける」ことに重要視する観点が移り変わってきました。そのような価値観の変遷に取り組む過程で考えている「大規模で複雑な業務要件を担う
若手プログラマー保存版！フローチャート徹底解説と作成カンニングペーパー
フローチャートを書く能力はプログラマーにとって必須スキルであり、優秀なプログラマーになるための第一歩です。なぜなら、フローチャートの有無、もしくはフローチャートの内容次第で出来上がるプログラムの品質に大きな差が出るためです。だからこそ、若手プログラマーやSE教育の場で必ず登場するのです。 しかし、フローチャートというテーマは、それだけで書籍１冊になるほどの分野であり、多忙なIT業界においていかに効率的に学習するか悩んでいる方も多いと思います。 プログラマーとしてスキルを高めたいが… 実はそもそもフローチャートのことをよく理解していない 最低限の知識で良質なフローチャートを作りたい フローチャートを書くことに自信がないが、今さら人には聞きづらい このようなことをお思いではないですか？このような悩みから解放頂けるよう、最短ルートで良質なフローチャートを書くための方法を１ページにまとめました。
大ヒット「FF15」を完成させた2つのルール
11月29日に世界同時発売したゲーム「FINAL FANTASY XV（以下、FF15）」。スクウェア・エニックスの大人気シリーズ「FINAL FANTASY」の最新ナンバリングタイトルだ。発売後約1カ月で、全世界で500万本突破。さらに売り上げを伸ばしつつある。 FF15は、シリーズ初めての「オープンワールド」（広大な世界を自由に動き回って探索・攻略できる）ゲームデザインを採用。旅をする仲間との会話にはAI技術を取り入れた。 歴史のあるタイトルを背負いながらも、新しい挑戦をしている本作は、発売までにさまざまな苦境があった。もともとは「FINAL FANTASY ヴェルサス XIII」というタイトルで2006年に制作発表されたが、タイトルの変更やゲームハードの進化を経て、10年目にファン待望の登場を果たした。 RPGゲームは、シナリオやバトルデザインに注目が集まるのが一般的だ。発売後の話題
サーバーサイドレンダリング不要論 - Qiita
サーバーサイドレンダリング、Isomorphic、Universal JavaScriptなどの言葉をよく見かけます。なるほどね、良さそうだね、外部公開するサービスを書くことがあったら挑戦してみたいね、Mithrilにもisomorphic-mithrilってのをがんばっている人がいるし、みたいなことを漠然と思っていたのですが、最近ASCII.jpのシステムコールプログラミングの連載を書いていて、あらためてHTTPの仕様を見返してみて、逆にサーバーサイドレンダリングをしない方がいいのではないか、と思い始めました。 追記(23:30): サーバーサイドレンダリングと書いていますがUniversal JavaScriptみたいな凝ったビューの更新の意味です。 サーバーサイドレンダリングの欠点 サーバーサイドレンダリングのメリットとしてあげられるのは次の2点です。 検索エンジンのクローラー向け
開発速度と品質のトレードオフの判断基準の合意 - Hatena Developer Blog
Webサービスの開発は、ユーザ/顧客へ価値を早く届けるため、競合より早くリリースするため、人的リソースを無駄使いしないためなど、とにかく素早く進めたいものですね。一方で、開発を急ぐあまり品質を犠牲にすればかえって価値が失われたり、技術的負債が溜まって長期的なコストが大幅に増大する可能性もあります。開発速度とプロダクト品質は基本的にはトレードオフの関係にあるのでしょう。 開発速度と品質のどちらを優先するかはプロダクトの性質や、チームもしくは会社の状況によって異なるとおもいます。この状況の認識がチームメンバー間でずれていると、チームのパフォーマンスを最大限に発揮できないばかりか、チーム内の関係悪化も招きかねません。エンジニアたちとプロダクトオーナーの間の対立のようなありがちな問題の原因の一つかもしれません。 そこで、開発速度と品質のトレードオフをどう判断すべきかの基準を明確にして、原則それに従
avexはやっぱりムダな長時間労働をさせていると思う件(ふじいりょう) - 個人 - Yahoo!ニュース
エイベックス・グループ・ホールディングスが三田労働基準監督署から労働基準法に基づく是正勧告を受けていた件。これに対して松浦勝人社長がブログで「そもそも法律が現状と全く合っていないのではないか」と疑問を呈している。 労働基準法 是正勧告とは｜松浦勝人オフィシャルブログ「仕事は仕事で遊びは遊び」Powered by Ameba ここでまずツッコむべきなのは、松浦社長が「長時間労働」の件のみを問題視して、ほかに指摘を受けた「実労働時間を管理していない」「残業代を適正に払っていない」というところを華麗にスルーしているところだろう。 参考・エイベックスＨＤ：労基署が勧告 違法な長時間労働で（毎日新聞） 残業代を払っていて「好きで仕事をやっている人に対しての労働時間だけの抑制は絶対に望まない」というのならばまだ分かるけれど、労働に対する対価を払っていない上での発言となれば、「僕らの業界はそういう人の“
「教えて下さってありがとうございました！」と「悪いということを知らなかったんだから」 - ohnosakiko’s blog
大学の授業内で時々ミニレポートを書かせ、その提出をもって出席票に替えている。その日、家に帰って80人あまりの学生のミニレポートを読んでいたら、ほぼ同じ内容のミニレポートが続けて四枚出てきた。内容もそっくりなら書体もまるでそっくり。すぐに、これは全部一人の学生が書いたなと感じた。 おそらく、四人の中で一番文章量の多いAさんが「主犯」。あらかじめ頼まれていたAさんが、欠席している残りの三人の分も書いたのだ。そして次回は、その三人の中の誰かが「主犯」を引き受けるのだろう。他の学生の出席票も書いて出すとか、代返をするとかと同じ、昔からある大学生の不正互助行為である。 にしても、それを堂々とやっているのにちょっと驚いた。普通はバレないよう、内容や言葉遣いや書体を多少は変えるものだ。これでは「見つけて下さい」と言っているも同然。自分のも含めて四人分を時間内に書かねばならないということで、小細工している
日本を｢1人あたり｣で最低にした犯人は誰か | 国内経済 | 東洋経済オンライン | 経済ニュースの新基準
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
