3週連続DDDその1 ドメイン駆動設計の基本を理解する
22. 日々、変化し成長する • 毎日、方向付け/推敲/作成/移行を行う。 – 午前は、「方向付け」と「推敲」のためにコードを書く – 午後は、がっつり「作成」する – 夕方、今日の成果を「配置」する – 毎日フィードバックを受け取る • 最終の着地点と進行方向を確認しながら進む – 何か新しいことが起きていないか、毎日、見直す – 進む方向がずれていないか、毎日、見直す – 週で見直し、季節で見直す • 「変化」を知覚したらチームで機敏に対応する – 方向の微調整かもしれない – おおきな方針転換かもしれない – 変えるべき時は大胆に、チーム一丸で
DELETE_FLAG を付ける前に確認したいこと。 - Qiita
DELETE_FLAG という思考停止フラグ DELETE_FLAG という boolean の列が DB 設計でよく話題になります。 論理削除という言葉で上手に論理武装し、スキを見せるとすぐに入れたがる人がおり、 一方でそれにつよく反対する人もいます。 自分の経験としては、広義の論理削除はありえると思いますが、実現方法が DELETE_FLAG だとなった時、それはあまり考えてないでなんとなくパターンとして盛り込んでる場合が多いと感じます。 ただし、設計に唯一の答えは無いので、もしかしたらそれが妥当な設計である場合があるかもしれません。 今回は「DELETE フラグがなぜダメなのか？」などという話をするつもりも、アンチパターンだと断言するつもりもありません。 問題は、仕様をきちんと把握すると、「最適な設計は DELETE_FLAG ではない」という場合が有って、その場合は、その最適な設計
そろそろ PowerShell の一次配列の罠と回避について一言いっておくか - tech.guitarrapc.cóm
タイトルは一度いってみたかっただけです、生意気言ってごめんなさい。 他の言語同様、PowerShell にも一次配列があります。こんなやつ。 gist.github.com PowerShell は、型を持っているので Object[] 以外にも T[] (型の配列) などもあるのですが、他言語から見ると配列の扱いに癖があるように思います。まとまった記事にしたことなかったので、癖(挙動を知らなければ罠に思える)についてまとめます。 目次 目次 TL;DR 何がこまるの 罠となるポイント 暗黙の型変換 暗黙の型変換のルール シンプルな型変換例 暗黙の型変換の失敗例 一次配列の型変換 回避策 簡略化された配列宣言 よくある簡略な方法 明示的な宣言 単数を一次配列にする 要素の連結がオペレータによっては遅い 回避策 標準出力での配列型の要素が単体な場合の自動的な型変換 回避策 オペレータの配列と
プログラミング未経験者がWEBエンジニアになるためにやるべきこと
最近よくプログラミング未経験の方から、これからエンジニアとしてやっていきたい、もしくはそこまでいかなくても自分でプロダクトを作れるようになりたいけど何からやったらいい？っていう相談を受けるようになってきました。個別に色々話を聞きつつこれやってみたら？っていうリンク送ったりはしてたんですが、その人たちにとっての大まかな地図的な意味でも、（「これ見といて」って自分が楽するためにも、）未経験者の人におすすめする学習教材をまとめてみました。 参考事例 ぼく自身ゼロからエンジニアを育て上げた経験があるわけではないので、先人の事例に学べることは学ぼう、かつこうやって伸びた人がいるんや！っていう本人のモチベーションになったらいいな、ということで紹介します。 リブセンスさん リブセンスさんの、非エンジニアを1ヶ月でエンジニアに育て上げる話、かなり強烈でしたね。フルコミットでかつ桂さんという突出したメンター
#ronsakucasual DBの論理削除についてひたすら共有する 論理削除 Casual Talks #1 にいってきたまとめ - もぐめぽろぐ
名前 とりあえず削除フラグ 目的 エンドユーザから見るとデータがないことにしたいけど、実際のデータは消したくない 削除したデータを検索したい データを消さずにログに残したい 誤った操作をなかったことにしたい、直ぐに元に戻したい アンチパターン 例えばis_deletedというカラムがtrueの場合は削除されているとみなす メリット update文ならデータが簡単に元に戻せる気がするのでなんとなく安心 -> 俺のupdate文でなんとかなる！！ 起こること SELECTするときには常にWHERE句が追加で必要になり、コードが削除フラグだらけになる 全員テーブル設計に精通してるわけではないので、テーブルによって削除フラグの有無があったりした場合、認識の齟齬を生みやすい 例えばrubyでdefault_scopeを用いて、よかれとおもってコードレベルでデフォルトを変えたらバグがたくさん出てくる
【山本一郎】Appleのデジタルコンテンツの方針とモンストBANの現状
【山本一郎】Appleのデジタルコンテンツの方針とモンストBANの現状 ライター：山本一郎 山本一郎です。晴れているから大丈夫だろうと傘を持たずに外出した直後に振り出す雨に，侘び寂びを感じます。人生，そんなもんです。 ところで，先日4Gamerに載せてもらった記事について，いろいろと続報が出てきておりまして，興味津々であります。いやー何なんですかね。 前回記事終了後，ほどなくしてBANから回復して再リスト掲載となり通常運転となった「モンスターストライク」ですが，Apple日本法人が「大人の配慮」をしたことがかえって問題になるのではないかと見られております。 他サイト関連記事：「※重要※友達招待キャンペーン終了について」 http://www.monster-strike.com/news/20150902_2.html というのも，今回のモンストに限らず，いまのゲームアプリシーンではユーザ
「日本人のTwitter好きは“異常”」――Twitter、開発拠点を日本に新設 世界に活用法を提案
「日本人のTwitter好きは“異常”」――Twitter、開発拠点を日本に新設 世界に活用法を提案（1/2 ページ） Twitter Japanは9月3日、先月移転した新オフィスで事業戦略を発表した。世界的にも“異常”なほどアクティブなユーザーが多い日本を重要な市場と捉えており、国内に開発拠点を開設し、ユーザーの動向を参照した新機能をリリースしていくという。 米Twitterのジャック・ドーシーCEOはビデオメッセージで「サービス開始から約10年、日本のユーザーがTwitterの成長をけん引してきた」「今後開発拠点を日本に置き、さらにユーザーの満足度に貢献していく」と日本市場の重要性を強調した。 Twitter Japanの笹本裕代表は「日本は『バルス』で最高秒間ツイート記録を持つなど、世界的にも“異常”なほどTwitterがよく利用されており、本国の社員から『どうして日本人はこんなに使
元ラブホテルのお寿司屋が北千住にあるみたいなので行ってみた - おおきちナイトニッポン
2015/09/05 追記 こちらの記事がデイリーポータルZの自由ポータルZという読者投稿のコーナーで取り上げられました。やったぜ！ portal.nifty.com ---------------------------------- こんにちは、おおきちです。 先日いつものようにツイッターでツイットをダラダラと見ていたところ、こんなツイットが流れてきました。 北千住のラブホ寿司。元ラブホの建物を利用していてベッドはないようです。 pic.twitter.com/qb01MNSK3T — 村上賢司 (@murakenkawaguti) 2015, 8月 29 なぬ！ラブホテルの居抜き(内装などをそのままにして別の店を始める事)のお寿司屋が北千住にあると！？ 北千住といったら地元じゃないか！おらが村にユートピアが！ 調べてみるとそこは北千住にあるすし谷というお店らしい。 住所は〒120-0
スプラトゥーン海外勢が「日本人の名前を見たら逃げる」「日本人以外とプレイしたい」など、日本のプレイヤーの強さにビビりまくり
by doublecompile 弾の代わりにインクを発射して地面を塗りたくるシューティングゲーム「Splatoon(スプラトゥーン)」は海外でもリリースされており、全世界でイカしたバトルが繰り広げられているわけですが、海外勢が日本人プレイヤーのすさまじい戦いっぷりを目の当たりにして「日本人を見たら逃げたくなる」「日本人プレイヤーと当たるのはもうイヤ」とまで言い切ってしまう事態になっています。 Why Japanese Splatoon Players Are Feared http://kotaku.com/why-japanese-splatoon-players-are-feared-1728427132 「日本人プレイヤーたちは20キルもしているのに、僕はたったの2キル……」というしょんぼりとしたツイート。 Japanese Splatoon players be like get
友利奈緒判定botを作った - kivantium活動日記
TVアニメCharlotteのヒロイン友利奈緒がTwitter上で異常に増殖する怪現象が起こっています。 友利奈緒検出器、川奈プロが3秒で実装しそうなやつだ— Ararik (@fimbul11) September 2, 2015 と煽られたので実装しました。（3秒ではできませんでした） 遊び方 @mitra_sun22に画像つきのリプライを飛ばせば顔と判定した部分に白枠をつけた画像と判定結果を返信します。簡単ですね！ ちなみに友利奈緒と判定された画像は筆者(@kivantium)のTwitterアイコンに設定されるようになっています。 要素技術 Twitterで煽られたので、Twitterで送られた画像から顔を検出してその顔が友利奈緒かどうか判断してリプライするという仕様にしました。 ほとんど過去の記事からコピペしただけでできました。 Twitterからの画像を処理する部分: Twit
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://labs.cybozu.co.jp/blog/kazuho/archives/2008/06/friends_timeline.php
論理削除が奪うもの