プエルトリコ →プエル・トリコ 正しくは、Puerto Ricoなので、プエルト・リコ クアラルンプール→クアラルン・プール 正しくは、Kuala Lumpurなので、クアラ・ルンプール ドンキホーテ→ドンキ・ホーテ 正しくは、Don Quijoteなので、ドン・キホーテ 他になんかある? 追記 帰りの電車ではてぶ見たら大喜利会場にされてて笑ったw せっかくなのでブコメの言葉をまとめておく 自分が調べて、納得したもの、役に立つもののみ。 下ネタ、低レベルネタ、検証ができないもの、わからなかったものは除いてる 時間がかかるので少しづつやるよ。 別のまとめ https://togetter.com/li/1037680 正しい間違い備考 佐村河内 守 佐村 河内守 頭へ ごちん 頭 へごちん声優の愛称ガブリアス ガブ・リアス この先 生きのこるには この先生 きのこるには ヘリコ・プター ヘリ
最近よくAmazonのほしい物リストを公開するとプレゼントが届くよという記事をみかけていたので、私もこっそりと公開しておいたんです。 ほしい物リスト公開したよ! なんて公表はしていなかったのですが ブログのサイドバー(PC表示のみ)に貼り付けておいたんです。 Amazonのほしい物リストとは? ほしい物リストの公開 と、届いたー!! 贈り物って幸せになれる Amazonのほしい物リストとは? Amazonを利用している人は知っていると思いますが、商品で気になる物や、今はまだ買わないけどほしいなあというものを、ほしい物リストに追加しておけます。 その自分のほしい物リストは自分だけが見れるのではなく、公開して他人がみれるようにすることもできるのです。 しかも そのほしい物リストを見た人が買って送ってくれるということもできる素晴らしいもの! 私もほしい物リストにいくつか入れてありましたが、今まで
ワケ一覧 序の口: フレームワークだけが負債だと思ってる 序二段: ビジネスサイドに理解してもらう努力がない 三段目: 技術で遊び過ぎてしまう 幕下: 太り過ぎアーキテクチャ 十両: 過去に目もくれず、現状だって見ない 前頭: 技術に詳しいだけでアーキテクト 小結: アーキテクトの知識と覚悟が足りない 関脇: スパンが長く、モチベーションが続かない かど番大関: スパンが長く、人の入れ替えでチグハグ 大関: アーキテクチャデザインはどこへ? 横綱: 実は人間的負債だった 序の口: フレームワークだけが負債だと思ってる みんな、フレームワークが大好き。とはいえ、さすがにみんな、「フレームワークが古いことだけが負債」だなんて思ってないはずだが...なのに多くの人が、あたかもそのような振舞いと判断をしてしまう。潜在意識の Big Issue だから? o 信用できないテストデータ も負債 o 現
Twitterで先日来、町山智浩さん、小田嶋隆さん、津田大介さんあたりからいろいろご批評をいただいておりました。名前を出してモノを書いている以上、いろんなことを言ったり言われたりするのは当然であります。もちろん程度はありますが、古い2ちゃんねるなどでの書き込みに基づいた事実ではない憶測や思い込みで書かれているものも多く見受けられます。 ご指摘の中でファンドの話は特にそうですが、自分だけが絡むものではないため、そのとき窓口で出している仕事以上のことを書いたり説明したりするつもりはありません。 会社を経営したり働いたことのある方なら分かると思いますが、どこそこ会社に勤めている人が、その会社についてネットで質問されて細やかに回答するはずがないのと同じです。上場企業ではありませんから、取引先や税務署が必要なだけ分かっていればそれでよいのです。以前は自分ひとりでハンドリングしていたファンドが、他の方
最近、アニメ界隈で何かと話題になっている「けものフレンズ」。 第一話は「手抜き」「縛られないと見れない」「2分で切った」など…酷評を受けていたようですが、話が進むに連れてクセのあるストーリーに引き込まれていく人がじわじわと増えてきたようで、第五話を迎えた今週あたりから Twitter や 某掲示板 などで流行しています。 そんなけものフレンズのキャラクターのセリフ(主に主人公)から出来たBrainf**k系言語が masarakki 氏 によってGitHubに公開されていたので、ここでは 真面目にご紹介 させて頂きたいと思います。わーい!ガイド!ガイド! インストールのしかただよー! r-fxxk まず、この Kemono言語 はRubyの Brainf**k系 ライブラリに依存してるからそれをgemでインストールする必要があるよ!ライブラリの名前は r-fxxk って言うんだ―!なんかむ
ネット上ではSIer批判=技術のことをわかっておらずプログラムも書けずPMも出来ない非効率でダメダメな上流工程と、 人月単位での労働力提供という業界の慣習に縛られ、持ち前の優秀な技術力・知識を生かせず非効率な作業を強いられているかわいそうな下請け開発者、という構図が確立されているように思います。 自分が関わるまでは、まあそうなんだろうなと思っていましたが、しかし実際にそういう立場のひとと関わりをもつにつれて、どうもそうではないのではないかと思うようになりました。このあたりの実情を書いていこうと思います。 なお、先に言っておきますが本記事で書くことは、上流工程がどうのとか、業界の多重請け負い構造がどうのとか、給料が安くてとか労働条件が過酷でとか、そういう話とは全く関係がなく、純粋にプログラミングのスキルの話だけです。 対象はおもに詳細設計、実装UTだと思ってもらえれば。外部仕様が決まった状態
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く