ちきりんは2019/2/24の記事で、Suicaの盤石さを書いてた。 2019年 日本のキャッシュレス決済事情 - Chikirinの日記 ツイートからも、Suicaへの愛とQRコード決済の不便さへのいらだちが感じられる。 https://twitter.com/search?q=from%3Ainsidechikirin%20suica&src=typd ちきりんのブログ記事から7ヶ月が経過したPayPayの現状。 PayPay「スーパーアプリ」を目指す。決済から全てをPayPayに - Impress Watch 店舗数はすでにPayPayがSuicaを抜き、決済回数の月間4000万回は、Suicaの月間2億回の1/5程度。年内には半分程度になりそう。 ちきりんに言わせればこれはバラマキの結果に過ぎないのだろうが、本質はそうじゃない。 キャッシュレス戦争の構図がわかっていない、ちきりん

5年エンジニアとして務めた富士通を一昨年退職した。そろそろほとぼりも冷めたと思うので、書く。 真面目に書いている増田もいるが、僕は自分の半径5m以内で起こった幼稚な理由にフォーカスを当てる。 開発環境がだめまずこれがトップにくる。 本当にだめだった。多分開発させる気なんてなかったんだろうなあ。ニートでももうちょっといい環境を使っていると思う。 メモリ4GBのセレロン使ってた。もちろんSSDじゃなくてHDD。PCは富士通製のミドルクラスのノートPCしか支給されなかった。 Macなんか認めん！iOSアプリも富士通PCで作れ！（本当にあった話）。 机上環境もだめいろんな環境にいたが、その中でもひどかったのは、もともと生産ラインがあった場所に机を置いて事務所として使っていた場所だ。机もせまかったし、気温も暑いか寒いかのどちらかだった。 そこに協力会社を大量に押し込んで、ソフトウェアの生産ラインを作

この二年間、ある一つの売れないサービスを開発し続けてきた。 GWに実家に帰ったときに地元の友達に話したら面白がってくれたのでちょっと書いてみようと思う。 今作っているアプリは、売れていない。 二年前に開発が始まって、リリースして一年半ほどになるが、一円も稼いでいない。 エンタメ系snsのはずなんだが、アクティブユーザーが増えるはずの大型連休で、起動したユーザーがたったの三人だった日があるほど、売れていない。 売れてないが故に常駐しているエンジニアは僕一人だ。外部のエンジニアにスポットでたまにタスクベースでお願いする程度。 ディレクターっぽい人が二人（マーケティング兼任）と、デザイナーが一人いて、 この3人と僕とのやりとりを地元の友人は面白がってくれた。 いわゆる「エンジニアあるある」ではあると思う。 例えば新機能の開発が始まったとき、 ーーーーーーーーーーーーーーー ディ「〇〇な機能が欲し

キャバ、ガールズバー、メイドカフェ、お散歩 そんな所が大好きな俺の婚活 5月の初めから開始したが既にダメだ 何がダメかと言うと女のサービスが抜け切れてない ふと戸惑ってしまうことが多い 具体的にはこんな感じ 連絡先のこと ・女が自動的に連絡先を教えてくれない ・女が連絡先を教えてくれた後、先に連絡してくれない 会話中 ・女が話掛けて話題を振ってくれない ・女が話を盛り上げてくれない ・女が同意してくれない ・女が笑ってくれない デート中 ・女がデートプランを考えてくれない ・女がデートでエスコートしてくれない ・女が店で注文をしてくれない ・女が店で注文を一緒に考えてくれない ・女が食事を取り分けてくれない ・女が食べさせてくれない ・女が会計後次の行く所を調べてくれない ・女が地図で案内してくれない ・女が分からない事を店員に聞いてくれない ・女が周囲を確認して注意してくれない ・女が時

http://luvlife.hatenablog.com/entry/2013/08/07/221155 読んで色々考えさせられた。 せっかくなので、身の上話を増田に吐き出そうと思う。 すごい田舎の底辺中学を卒業してるけど、地元同級生たちや親戚達の常識感っていうのは独特だなぁとずっと思ってた。 上京してからは特にそう思ってて、同じ日本なのに本当に違う世界が共存しているんだなと思ってそれがもう日本だと思ってた。 この記事を読んで、そうかそれは「低学歴の世界」と「高学歴の世界」の溝だったんだと納得した。 地元は田舎だからか両親ともに兄弟が多くて、いとことか30人くらいいるんだけど、その中で大学に行かせてもらったのは俺くらい。 俺の両親は、他のいとこが次々と中卒・高卒で働き始めたりしているのを横目に、頑張って俺を大学まで行かせてくれた。 両親が大学まで俺を行かせたかった理由としては学歴コンプレ

平成28年3月14日、特別養護老人ホームに入所していた認知症の叔母さん(父方)が亡くなりました。齢90歳。 叔母さんからみて、兄の子である私がひとりでこの叔母に関する全てを執り行ない、総額42,360円の支出のみで完璧に満足のできる葬儀が出来ました。 本日様々な手続きを含めて全てが終わったので記録として書いておきます。 もしかすると家族葬の費用をかけずに行いたい方には参考となるかも(?)しれません。 【家族構成】 私の実家は富山県 隣接した岐阜県に私は現在居住しています(実家には車で高速道を使って約2時間30分の距離)。 富山県の実家には現在私の母親がひとり暮らし。 父は数年前に他界しています。祖父母も他界。 老人ホームに居たのは私の父の妹で、結婚はしていましたが旦那は既に他界、子供は居ませんでした。 旦那の両親も兄弟も他界して、その旦那の兄弟には子供が居る模様(不明)。 叔母の兄弟は3人

20代の数年間SIで働いた。1年以上前に退職して今は別業界にいる。 今日、Evernoteを整理していたら「退職理由、SIの嫌な点」というメモが発掘された。退職直前のかなりストレスがたまっていた時期に書き殴った文章だった。学生の頃の私は絵を書いたりしていて、ものづくりで暮らしたいな〜などと思って始めたプログラミングが楽しかったので安易に受託開発業を選んでしまったが、その後悔が如実に表れていた。 一部自分でも覚えていない話もあったがコンテンツとしては面白かったし、今でもシステムインテグレーター業界で消耗する若者を減らしたいとは思うので公開してみる。 以下、同メモに加筆・修正したものなのでファンタジーだと思って読んでくれ。 工数至上主義受注した時点で売上がおよそ確定するので、後はその予定工数に収めて納品できれば御の字という考え方。よくある話だが、見積がおかしくても顧客と対等な関係が築けていない

MEAN(MongoDB, Express, AngularJS, Node.js)を解説する 前に触った感想です。 MongoDB 良くも悪くもNoSQL。トランザクション無を補うためスキーマが基本汚くなる。 汚いスキーマにアプリケーションの変更が入って安全にデータが壊れる。 結局、不整合が起きてバッチに頼る。バージョン変えるとデータが壊れる。スケール環境は不安定になって止まるのは基本。基本いつのまにか変更されて変な動きして死んでる前提で、動く/戻せる環境構築できない奴は死ぬ Expressシンプルに書けるんじゃなくて、薄い機能しか無い。ミドルウェアをたくさん詰むことになり、ミドルウェアのチェーンは黒魔術詠唱と変わらん。 唱えた本人もどうなるか分からないのがざら。エラーが勝手に握りつぶされるのは基本。 落ちるのがミドルウェア内のエラーとか基本。 いつの間にか落ちるのも基本。基本いつのまに

壊れてから直そうとしないで下さい。 もう直りませんから。 普段からメンテナンスすることが大事なんです。 恋人と破局寸前までいってから、謝っても遅いです。 反省しても遅いです。 泣きついても意味がありません。 部下が鬱になってから、不満を聞いても遅いです。 改善案を出しても遅いです。 心配しても意味がありません。 日々良い関係を維持すること以上に大切なことはありません。 壊れたものは直らないんで。

早稲田大学のコピペ文化が話題になっているので、早稲田の理工ではコピペに対してどのような教育がなされているのかの現状を書きたい。ちなみに、私は早稲田大学の理工を５年ほど前に卒業し、某国立大学の大学院に進学し、いまはふつうの社畜である。 今になってはとても反省しているが、早稲田の理系はコピペで成り立っているといっても過言ではなかったと思う。もちろん全ての学生がそうというわけではないが。 早稲田の理工に入ると、１年生の実験が始まる。週１回の実験で、レポートや試問が課され、それをまとめる必要がある。また、２年生になると学科別の専門的な実験が始まり、レポートの量も増え、求められるものも増える。レポートはダメなところがあると再提出になる。ひとつでもレポートが提出期限を守れていないと即留年である。規則は厳しい。 そこで、そのとてつもない量のレポートを量産するため、学生たちは必死にコピペを行う。先輩たちか

最近変なスクロールを使ってるサイトを見る。 これとか http://www.apple.com/iphone-5s/ これとか http://heteml.jp/ 他にも色々。 Javascriptがなんか頑張ってんだろうけどさ、 正直鬱陶しいよ。 やけに重いし、使いづらいし。 Chromeだとヌルヌル動くって？ みんなChrome使ってる思ってたらアカンでほんま。 追記： この変なスクロールはパララックスと言うそうです。 「この変なスクロール＝パララックス」ではないそうです。 また、「この変なスクロール＝パララックスのひとつ」と言う訳でもないみたいです。 ごめんね、もうこの追記消したい気分。

うちの部署に入れる新しい業務システムの構築の担当になって、昨日から打合せが始まった。今までエクセルで管理してたものが多くて結構表組みで管理したいものがたくさんあったから、そういう要望を業者に伝えたら「いや～、、ハハハ・・（だったら今まで通りエクセルでやれば？）」みたいな反応。例えばフィルターとか超使ってるし、タブをドンドン増やしてハイパーリンクでつないで元データから引っ張ってきて計算して表組みを作成するとかいつもやってるような作業が新システムだと厳しい（＝できないor莫大な時間と金がかかる）らしい・・。帳票は固定になりますね、帳票増やすと増やした分だけ金かかります、みたいな感じ。いちばんビビったのがコピーペーストができないって言われたこと。列ごとコピーしてデータ貼り付けて表作るっていう単純なことが、何百万だか払って作るシステムではできないとか・・。（CSVで保存してアップロードしてください

彼女とMacBookを並べてコーディング。 ようやくRailsの開発を一人で出来るようになった彼女が、俺に突然質問を投げかけた。 「ねぇ、WebサービスのPushってどうやって実装するの？」 「一般的には３つの方法がある。」と俺は答えた。 「クールな順にWebSocket、次にコメット、最後にポーリングだよ」 彼女は目を輝かせながら「それでそれで？！」と説明を求めてくる。 「ポーリングは、一定の時間ごと、たとえば３秒ごとにAjaxでサーバにリクエストを送って新着の情報が無いか問い合わせて、もし新着があれば処理を、なければスルーして次の問い合わせに備えるPush通知の実装だ。手軽に実装できる反面、新着がない多くの時間常にリクエストを送り続けることになるので無駄が多い。大規模なサービスで実装すれば、それだけでDDoSっぽくなっちゃう。また、リアルタイムも厳密には実現できなくて、MAXでポーリン

最近気づいたのだが、dllをドルルと呼んでいる人間(以後ドルル型人間)の童貞率が異様に高い。 あいつもこいつも、みな童貞である。童貞率100%である。 確かに、IT系はもともとモテないし、近年社会構造の変化もあって童貞率は上昇しているわけだが、 それにしてもドルル型人間の童貞率は異常である。 これには何か訳があるのではないかと思って色々と考えていたところ、幾つか思い当たるフシがあったので、 書き連ねてみる。 1.ドルル型人間は調べない人間である dllという文字を初めて見た時、人はまず戸惑う。「なんじゃこら、読めへんやん。」と。 そしてその後、それをどう読むのか調べるのである。これが普通の反応である。 一方ドルル型人間はどうかというと、全く調べない。勝手に自己流の呼び方で恥ずかしげもなく ドルルドルルと呼ぶのである。 女性は自分のことを良く理解してくれる男に魅力を感じる生き物なわけだが、そ

２つの大企業（どちらも常時東証時価総額１０位以内）にもう１１年勤めているけど、はっきり言ってヌルい。 一生懸命仕事をしてもしなくても特に影響がない。 極端に仕事ができる人、というのはそこそこ知識があって、弁が立ち、自己主張が強い人である。 極端に仕事ができない人、というのは遅刻したり、上司の言う事を無視したり無意識に否定したりする人である。 それぞれ極端な人は５％もいなくて、 残りの９５％以上は特にたいした差異もなく、上司に気にいられているかどうか（＝派閥に入れるか）で評価が決まる。 個人の能力の違いなんてほとんどない。特に知識の量とか努力の量とか関係ない。上司もそんな違いがわからない。 ヤル気があって真剣に考えれば、意味のある仕事を作って取り組むこともできるし、 ヤル気がなくて真剣に考えるのがイヤなら、仕事をしているように見せる方法だっていくらでもある。 一生懸命仕事をしていても、経営者

中編からの続き そんでもって、 Microsoft は持っている。僕同様、みんなも知ってると思うけど、なんと驚くべきことに、 Microsoft はそれをよく理解していない。実に。でも彼らは、純粋に、偶然、プラットフォームを提供するビジネスから始まって成長してきたから、プラットフォームを分かっているんだ。彼らはその領域で30数年やってきた。 msdn.com に行って、少しの間ブラウジングしてみればわかる。もし見たことが無ければ、驚く準備をしておいた方が良い。なぜならそれがとてつもなく巨大だからだ。何千の、何千の、何千もの API コールがある。彼らは巨大なプラットフォームを持っている。実際の処大きすぎて、全く統率が取れていないけれど、少なくとも彼らはやっている。 Amazon は自分のものにしている。 Amazon の AWS （ aws.amazon.com ）は途方も無くすばらしい。

前編からの続き この努力は僕が Google に来る為に Amazonを離れた2005年半ばも続いていた。でももっとずっと進化していたよ。 Bezos が命令を出してから僕が離れるまでの間に、 Amazon は全てにおいてまず最初にサービスを考える企業へと文化的に変化していった。外部の日の目を決して見ることの無いような、スタッフへの内部的なデザインも含めて、今ではそれがデザインというもの全てに対しての基本的なアプローチになっている。 その時点では、彼らはもはや解雇の恐怖からそうしているわけではなかった。つまり、もちろんビビってはいたけれど、ドレッドヘアの海賊 Bezos 様にご奉仕するのは日常生活の一部だからね。そうじゃなく、彼らはそれが正しいことだと理解したから、サービスを提供しているんだ。確かに SOA のアプローチには長所も短所もあるし、短所を書き出してみたら切りが無い。でも全体とし