ssig33.com - Github Flow と組織
github という公的なインフラを使うために必要なこと - アンカテ を盛大に dis っとかなきゃなという気持ちになった。 Pull Request ベースの開発 階層型組織構造 は特に対立するものではないですし、階層型がいいのかフラットがいいのかは場合場合によるでしょう。階層型でばりばりに管理するような開発チームでも ディレクターが issue を起案する 開発リーダーとディレクターがプロダクトマネージャーなどを交えてスケジュールを決定する 開発リーダーがその issue を閉じる Pull Request を作る人とそれをレビューする人を決定しスケジュールを伝達する 所定のタイミングでリリース権限を持っている人がマージボタンを押す みたいなカチカチした運用でいろいろやっていけると思いますし、これでも Github Flow というか Pull Request ベースの開発の恩恵を十
ssig33.com - 自動運転車が奪うもの
自動運転が社会に浸透する結果ドライバーが無職になる！！大変！！という話ばかりを見るような気がしますが、事態はもっと深刻なのではないでしょうか。 自動運転タクシーが社会に浸透し、定額乗り放題プランが普通となり、そして車を所有するよりも定額乗り放題を契約するほうが遥かに安いという日は、すぐに来るでしょう。そのようになった日、誰が車を買うだろか、という問題があります。 そのような日、車の需要とは自動運転タクシー会社の消耗分のみになるでしょう。一部超高級車や趣味性の高い車は依然として需要が残るでしょうが、それらの需要では大した雇用を生まないことは分かりきっています。 車の需要が大幅に減少する結果として車一台一台のコストは上昇するでしょうが、いずれにせよ自動車製造業という莫大な雇用がほぼ消滅に追い込まれることは確実なのではないでしょうか。 また住宅の需要という問題もあります。通勤/通学の時間が多少伸
ssig33.com - 天皇陛下のお言葉
まず最初に僕の立場としてはこうです。 僕の考えとしてはこのようなやり方は立憲国家にたいして非常に有害であると考えているがそもそも立憲国家は停止して天皇親政が望ましいと考えているのでどんどんやっていってほしい、というかんじです — レバノン人 (@ssig33) August 8, 2016 本日発表された天皇陛下のお言葉の中に以下の一説がありました。 天皇が象徴であると共に,国民統合の象徴としての役割を果たすためには,天皇が国民に,天皇という象徴の立場への理解を求めると共に,天皇もまた,自らのありように深く心し,国民に対する理解を深め,常に国民と共にある自覚を自らの内に育てる必要を感じて来ました。こうした意味において,日本の各地,とりわけ遠隔の地や島々への旅も,私は天皇の象徴的行為として,大切なものと感じて来ました。 (中略) 天皇の高齢化に伴う対処の仕方が,国事行為や,その象徴としての行
ssig33.com - シン・ゴジラ感想
本作のゴジラは非常に強力な防空火力を誇っておりこの問題への対処は物語の鍵の一つとなっている。今日はこの問題について考えていきたい。 本作においてゴジラの強力な外皮を貫通するために地中貫通爆弾を B-2 爆撃機から投下するシーンがある。当該爆弾自体は現存しないためこれは架空の兵器であるが 長細い外見にすることで空気抵抗を減らす 高高度から投下する ということで終端速度を上げて貫通力を上昇させるという実在の地中貫通爆弾と同じアプローチであることが想像される(僕の見間違いでなければこの爆弾の弾体は GBU-28 などに似ていたように見える)。 実際の運用でこの手の爆弾がどれくらいの高度から投下されるのか僕はよく知らないのだが 投下高度が低すぎると貫通力が減衰する 投下高度が高すぎれば例え誘導爆弾と言えど精度に問題が出てくるはず という問題を総合して考えると高度 6000m ほどから投下すると考え
ssig33.com - なぜ SPA か
顧客は SPA であることを望んでいるのか？そうではないです。技術者は SPA を作りたいのか？そうではないです。 ではなぜ SPA 的なものが出来てしまうかといえば、いちいち UI の遷移のために大量のデータをロードしているのは時間と資源の無駄だからです。 もちろんあるべき姿としては、サーバーの CPU やストレージやメモリは爆速で、回線も爆速で、用いられるデータは必要最低限で、クライアントマシンも爆速で、クライアント側でフォームを一個書き換えるたびにページをフルロードしても全くストレス無く使える、というような世界観です。 しかし実際にはサーバーのスペックも回線もクライアントのスペックも不足気味ですから頑張って補っていく必要があります。 すると最初にロードしたデータをクライアントは保持し続けて、 HTML 全体を書き換えるのではなく必要なところだけを最小限の通信とともに書き換えてみたいな
ssig33.com - ドワンゴもめ事の一番面白い点
最後は総務部を追い出し部屋にしたことです。やめさせたい人間をグループウェアから登録解除し、総務部という名前を持った統合思念体に統一し、PCも共有で1台しか与えない。昨日までエンジニアをしていた人間がスーツを着て社内を歩いて備品の補充をする。そんなことが許されていました。 ドワンゴは大量退職に関する印象操作をやめろ - hiroki-uemuraのブログ 一番大きなのは給与の問題。ソシャゲバブルのタイミング。開発環境の問題。インフラの問題。そのほかいろいろな理由。ほぼ、事実認識としては間違ってないじゃん。ニュアンスの違いは立場が違うからしょうがない / “ドワンゴは大量退職に関する…” http://t.co/cEZY0Pa9zf — kadongo38 (@kadongo38) September 1, 2015 ドワンゴ川上、 kuzuha のエントリが事実として間違ってないといってるし
ssig33.com - Amazon API Gateway と S3 で動的なサイトを作る。
Amazon API Gateway と S3 においた静的なファイルだけで、動的なサイトを作ることができそうなのでやってみました。 http://ssig33-keijiban.s3-website-ap-northeast-1.amazonaws.com/ わりと楽に作れます。めんどうなのは CORS 対応だけです。うまくまとまったドキュメントがあるので参考にしましょう。 認証とかが必要な場合は、 Cognito が使えると思います。 データストアに Dynamo DB などを使えば本当に何も考えずに自動的にスケールしていくサイトを作ることが出来るのではないかと思います。 現状やってみて分かった課題は以下のとおりです AWS Lambda Function のデプロイと管理がやりづらい Amazon API Gateway の設定をコードで管理できないと絶対に破滅する どうやら API
ssig33.com - イスラム国の退潮
湯川遥菜さん他一名がイスラム国(武力による現状の変更を支持するのでこの名称を用います)に殺害された結果、日本人が皆イスラム国の機関誌 DABIQ を読むようになりました。 以前からの読者としては非常によいことだと思います。ところでこれを全部読んでる人なら分かることなんですが、イスラム国、非常に危機的な状況にあります。 以下を見ると一目で分かります。 DABIQ 第 2 号の表紙と目次 DABIQ 第 7 号(最新号)の表紙と目次 DABIQ 第 2 号の本文 DABIQ 第 7 号の本文 見た目で分かるとは思いますが、かなり劣化してます。僕は編集を担当していた人間がイスラム国から離脱したか、戦死したものと考えています。 また内容に関しても、 1 号のころなどは、巻末にド派手なニュースページがあって赫奕たる戦果を紹介していたんですが、最近はそれが無いです。また 7 号では「モサドのスパイがイ
ssig33.com - アメリカのプログラマの賃金に関して
サンフランシスコやニューヨークの家賃、スタジオ(日本で言うところのワンルーム)で月 2000 ドルとかする。家族と一緒に住める家とか月 3000 ドルは最低かかる。 家賃だけで年間 250-400 万円は持っていかれるという話になる。 Dropbox のあるテキサス州オースティンとかだとこの 1/3 なんだけど。 前に IT とか全然関係ない話でダラスに住もうとしたんだけど、家賃高すぎて結局断念した。 あと有名な問題が保険で、保険会社が指定する病院でしか診療受けられないしょぼい方の HMO というタイプの保険でも月 150 ドルかかる。年間 20 万円で家族が 4 人いたら保険だけで年間 80 万円は見ておこうという話になる。 医療に関して有名なもう一つの問題は「歯の治療の保険請求が異常に難しい」という問題で、アメリカに移住した知人が歯医者で保険適用された事例見たときない。虫歯になったら日
ssig33.com - 最近買ったすごくいい服
これ マッキントッシュ フィロソフィーのトロッターシリーズ 一見ただのスーツなんだけど、ジャージ素材でできてて、着心地は完全にジャージ。 ジャージを着て外出することは通常最寄りのコンビニまでしか許されていない(佐賀県民や群馬県民、栃木県民はもっと遠くまで外出することを特別に許可されている)のだけど、これを着ていると本当にどこにでもジャージで外出することが出来る。 ジャージを着ていると本当に楽なので便利。ネックはちょっと価格が高い。ジャージでどこにでも行きたい人には本当におすすめです。 ジャージ素材なので家庭の洗濯機で洗うことができて、しかもそうやって洗濯しても全く型崩れしないのも便利。 しかし一つ問題があって、 IT 技術者は見た目で他人を差別するレイシストが多いのでスーツを着ているとバカにされる場合がある。そのあたりは適宜やっていきましょう。 back to index of texts
%25E3%2581%25AB%25E3%2581%25A4%25E3%2581%2584%25E3%2581%25A6)
ssig33.com - イスラム国に行こうとしてた(とされる人)について
分かってる人は分かってるんですが分からない人には全然分からないみたいな事態になってると思うので簡単なまとめ。 行こうとしてた人は誰？ ほわせぷさんという人です。 どんな人なの？ 阿佐ヶ谷のアジトというシェアハウスにたむろして非モテをこじらせてた人です。極左とかではない。 訂正 @ssig33 同じ拠点に非モテがたむろしてただけで本人はむしろモテるほうだと思われます — 科学の子 (@uasi) October 7, 2014 非モテをこじらせた人が昔はやっていたけど今となっては何なのかよくわからない集まりにたむろしていた人というのが妥当そうな感じする — ここには小銭しかない (@fuba) October 7, 2014 報道にでてくる秋葉原に出てた求人って何？ 再掲【開店情報】ニュー秋葉原センター内に古書店「星雲堂 秋葉PX」が4月1日オープン 医療用器具や謎の求人情報も発見 http
ssig33.com - Rails アプリでのビューキャッシュ戦略
キャッシュでレンダリングコストケチっていかないといけないようなことになってる時点でビジネスとして成立してないので撤退を検討したほうがいいと思う。 殆どスタティックな記事を配信して動的な部分は JS でやるとかあるけど、結局それってサーバー代を使わないかわりに膨大なエンジニアリングコストを使うことになる。意味ない。 予想外の形でサービスがヒットした結果酷い状態のコードをなんとか飛ばし続けないといけないこともあってその場合はとりあえずキャッシュを導入して時間かせぎをしつつビューをまともにしていくとかそんなことになると思う。けどその場合そこに「戦略」なんてものがあることはなくてひたすら泥縄的な対処が繰り広げられる。 何か問題がある時にとりあえずキャッシュで本質的な解決が得られるということはないので、データ構造を直していくとか、よい CPU を買うとかもっと本質的な解決法が重要。重ねて言いますがよ
ssig33.com - DHH についての見解
DHH の主張って TDD は糞だ TDD によって「テストのしやすさ」が主眼となるため設計がむしろ歪む DCI は糞だ、 Concerns でいいだろ Concerns の結果として超絶巨大なドメインモデルが実行時に作られたところで知ったことではない とかそんな感じで、ある種の複雑さを許容しよう。結果として最適な設計を得られる。というような感じのことが多いと思ってます。 ソフトウェアというのは元来複雑なものです。結局のところ、その複雑さをどのレイヤーで受け入れるかというのが、ソフトウェア開発の本質の一つではないかと思います。 DHH の主張というのは、それを薄く広く受け入れろというようになっている。 一方で TDD や DCI の仕組みって人に何かをアサインする人が全体的な整合性を整えて、あとの人は目の前の問題解決に注力するみたいな形になりがちで、中央集権的と言えると思う。 つまらない話
ssig33.com - JavaScript を最下段で読み込むのがあまり有効ではない理由
この辺主観も混ってくるところではあるんですが。 JavaScript を上の方で読み込んだ場合 JavaScript の読み込みが終わるまでレンダリングされない JavaScript を下の方で読み込んだ場合 JavaScript の読み込み前にレンダリングは終わるが、 JavaScript が読み込まれるまでウオッなんかスクロールガクガクする！！スクロールできねえ！！！みたいになりがち スクロールしなくてもコンテンツが表示されるようなサイトでは下で読み込むアプローチは有効でしょう。しかしながらユーザーがレイアウトを変えられるようなサイトだったり長文コンテンツが沢山出るような可能性が高いサイト（具体的にははてなブログ）などで「スクロールしないとコンテンツが出てこない可能性が十分に高い」場合はかえってユーザビリティを阻害する可能性があります。 ユーザーは経験的に数秒待てばコンテンツが表示され
ssig33.com - Docker をプロダクトのデプロイに使う
コミケの列に並んでたあたりのころから Docker 本格的に使ってます。このサイトもさっき Docker でデプロイするような感じにしました。 Docker の利点と欠点で 開発環境の配布が容易にできる プロダクトのデプロイにつかうにはなにかとキツい みたいな意見をわりと頻繁にみかけるのですが、逆じゃねえかと思ってます。これ開発環境の配布に使うの無理でしょ。各コンテナ使い捨て前提なんだし。 Docker をデプロイに使う際の問題点としては以下があります Dockerfile に 42 個しか命令かけないみたいなやつ なんだかんだでコンテナのビルドに時間がかかる コンテナの管理とかどうするのか リバースプロキシの設定とかどうするのか 一個目に関しては頑張ってください。僕はセットアップ用やデプロイ用のシェルスクリプトを ADD して RUN させるようにしてます。シェルスクリプトセットアップ
ssig33.com - 法律が明文化されてないと駄目
大昔に書いた エミュ鯖送検の話について に最近進捗があって、それで昔のブコメとか読んでて思ったんですが 「法律が明文化されてないので運用でカバーとか駄目絶対」みたいなことを言いがちな人が多いのですが（そしてそういう人は日本の法律ダメ絶対みたいな意見であることが多い）、例えばイギリスとか憲法が明文化されてないわけです。 そもそもあらゆるパターンを想定して明文化された法律を書くなどということは不可能なわけです。プログラマーの皆さんならよく分かると思いますが例外的ケースを全てテストに記述することはだいたい不可能で、それをやるにだいたい等しい証明駆動開発など実用的なプロダクトではまあまず利用されないわけです。 なので例外的ケースとか想定してなかったケースとかは運用でなんとかするしかないわけで、ようは判例でなんとかしていくというわけです。英米法の体系を持つ日本にあっては上級審の判例というのは比較的強
ssig33.com - ****を退職しました
本日を持って **** を退職しました。諸々掛け持ちで酷い状態なの全然変わってないんですが、まあいろいろマシになると思います。 退職した理由は新しいボスが **** でそれはさすがにないだろと思ったからです。 HQ が **** なので **** で **** な事情なので税金が **** で **** となるので各位そこは御安心頂きたく思います。 来年からは他の作業の精度と速度に改善が見られることと思います。 あとそろそろ言っておきますが僕と山岸和利は Web 系エンジニアとしてはハートレイルズという会社で働いています。この会社は受託と自社サービスでやっている古きよきごく普通の Web 系の会社なのですが、オフィスが存在しないという特徴があります。 自由な働きかたをしたいがしかし生活の保証は欲しいという都合のいいことを考えている人間には極めてオススメの会社です。またそれなりの高給やそれな
ssig33.com - DCI の話 - Ruby On Rails Advent Calendar 乱入
乱入します。そういうのあるのか調べてないけどどうせあるでしょ。あんまりまとりないです。 DCI か Concern かみたいな話です。 Rails のファットモデル対策 これの続き。 module に切り出す粒度はどうするかとかこれはこれで難しいとろはあるのですが という部分について適当に書いておく。 まず DCI というアプローチではモデルが肥大化するという問題は本質的に一切解決していない。結局のところさまざまなコンテキストで責務が呼ばれた結果最終的に生成されるドメインモデルは極めて巨大なものであることに変わりはない。 結局のところ、改善されるのは「コードの見た目」に過ぎない。しかしながら我々プログラマーは「コードの見た目」が如何に重要であるか知っている。コードの見た目はプロダクトの品質のかなりの部分を占める。 DCI というアプローチは単純に Concern するという戦略と何が違うか
ssig33.com - Rails のファットモデル対策
http://37signals.com/svn/posts/3372-put-chubby-models-on-a-diet-with-concerns これ読めばいいんじゃねえかと思います。 Rails を設計している人達は module に切り出せばそれでいいだろ糞 include された結果生成されるドメインモデルが超絶巨大だろうが知ったことか糞 という発想で生きていることが伺えます。 module に切り出す粒度はどうするかとかこれはこれで難しいとろはあるのですが簡単な考え方ですし、現実的な落とし所がこの辺にある場合は多いと思います。 無意味に複雑なやり方を導入しようとする人間を殺せ。 back to index of texts Site Search
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ssig33.com - 田舎の知能無い感じの人をなんとかできるのか？