  |
はてなキーワード: CTOとは
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
272あとで/1803users この本がスゴい！2020: わたしが知らないスゴ本は、きっとあなたが読んでいる
257あとで/1367users 鹿児島中央駅から新函館北斗駅まで新幹線の全駅に下車してきたので全力で紹介する_PR【駅メモ！】 | SPOT
247あとで/2110users ぼんくらITエンジニアでもYouTubeとスタサプでTOEIC 900点突破できたので勉強法をまとめていく - だいたいよくわからないブログ
235あとで/1299users 「イラストでわかるDockerとKubernetes」は完全に良書 - Cloud Penguins
222あとで/1463users 売れるアプリにするコツ100個書きます(吐血) - Crieit
203あとで/1011users JavaScriptの基礎知識をGIFアニメで分かりやすく解説 -総まとめ | コリス
192あとで/1373users もしあなたが急にAndroidアプリを業務で作るはめになった場合の選択肢(2021年初頭版) - Qiita
190あとで/959users OAuth認証とは何か?なぜダメなのか - 2020冬 - r-weblife
183あとで/1146users 一人前のプロマネってどんな人？ プロジェクトマネジメントのスキルセットとは-誰も教えてくれないプロマネのコツ | Mammoth Project
180あとで/1008users Pythonで仕事をする人のための書籍まとめ2021 - 学習, 業務効率化, アプリ開発からデータサイエンスまで - Lean Baseball
173あとで/1647users 【練習内容公開】イラストを100日練習しました｜都路 燕禅｜note
170あとで/2469users 僕のしょうもない人生を紹介します - いまトピ
170あとで/1019users 「フリーランス・副業向けサービス カオスマップ2020年完全版」が公開 - Digital Shift Times（デジタル シフト タイムズ） その変革に勇気と希望を
163あとで/1186users 9割の人が知らない再現性の危機 - 本しゃぶり
157あとで/1019users Mac を買ったら必ずやっておきたい初期設定を、全て自動化してみた | ulwlu | Zenn
154あとで/751users CTOの頭の中：技術投資を最適化する｜Shin Takeuchi｜note
152あとで/1503users 僕らはいつまでUSB Type-Cケーブルを選ぶのに迷うのだろう…もう間違えないための覚え書き - Magnolia Tech
148あとで/2347users 全財産を使って外車買ったら、えらいことになった｜岸田 奈美
141あとで/1040users 英語の発音について概説する - Amosapientiam
135あとで/648users 技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita
131あとで/2088users Amazonで「鬼滅の刃」のコミックを買ってしまったのに、どうしても読み始める気になれない。 | Books&Apps
131あとで/1089users ステーキをおいしく焼く理論。料理家・樋口直哉が教える、肉の焼き方「新常識」【保存版】 - ソレドコ
129あとで/855users Webディレクターのスキルツリー - NMY
129あとで/915users Kubernetes 1.20からDockerが非推奨になる理由 - inductor's blog
126あとで/745users Web制作の時短に！2020年の便利オンラインツール・ベスト100選 - PhotoshopVIP
121あとで/880users 【総まとめ】2020年公開のすごいPhotoshopチュートリアル、作り方厳選まとめ - PhotoshopVIP
121あとで/613users ドメイン駆動設計を導入するために転職して最初の3ヶ月でやったこと[DDD] - little hands' lab
121あとで/864users 家で筋トレを続けるための簡単な「仕掛け」を取り入れてみたら、筋トレが楽しくなって習慣化した話 | Fun Pay! | あたらしい自分、はじめよう。楽天カード
120あとで/614users Micro Frontends Architecture Patterns | okmttdhr | Zenn
現状と今後の方針をまとめる。
どうせ特定なんかされないので正直に書く。
彼女いない歴≒年齢
経験人数は3人
人といるのが苦手なので積極的に相手を探す様なことはしていない。
夜の街も苦手（ラブホすら行ったことがない）なので性欲は一人でせっせと処理している。正直物足りないので改善したい。
Web系エンジニアをやっている。領域はフルスタックに近いサーバサイド
今のところはコードを書くことがメインの仕事だが、現状社内では自分が一番技術力があることと、HTMLコーダーへの指導もしているので、将来的にCTO的な立場になる気がしている。
年収は400万を超えるくらい
2回転職しているが、仕事内容と収入が釣り合ってるかはわからない。
でも20代の平均より上で安心という気持ちと、もっともっと欲しいという気持ちがある。
貯金は200万
とりあえず困らないだけは確保してるつもりなので、これ以上は投資に回している。
不労所得で暮らしていきたいとぼんやり考えていたので社会人になってすぐ投資を始めた。
2020年10月8日にCTO協会が発表した、デジタル庁創設に向けた提言についてWeb系といわれるサービスを運用している企業に属しているエンジニアの間で話題となった。
https://cto-a.org/news/2020/10/08/3736/
この提言について、いろいろな方の意見がTwitter上や、CTO協会が管理しているGitHubリポジトリにあげられている。
https://github.com/cto-a/policy-proposal/issues
zenn.devに書かれた提言に対する疑問もあげられている。
https://zenn.dev/taichi/articles/4466467200c5448436c5
まだ始まったばかりだから、ということで優しく見守ろう、という動きもみられる。
協会の会員、理事の考えについては今後アップデートされるだろう。
政治的な動きに介入しようとする姿勢が業界に対してどのような影響がでるのか、
また省庁はじめ行政主体の動き、働き方、または内閣を動かしていくのか、などはわからない。
CTO協会には政府関係者とのつながりを直接持つ人も多数いるのであろうから、何かしら動きはあるだろう。
CTO協会の騒動を見ていて、これから起きるだろうことを列挙しておく。
CTO協会がYES!としても開発者としては疑問に思うことが出てくるわけだけど、今回のデジタル庁創設に向けた提言も含んで協会の行動がWeb系のサービスを中心としたエンジニアのステレオタイプとして刷り込まれて行かないか、と感じている。
自分が昔勤めていた会社はドがつくほどの営業会社であるR社の出身者が代表をやっていた会社だった。
その代表は事あるごとにエンジニアに対して「お前らが飯を食えているのは営業のおかげだ！！何のんきに昼飯食ってるんだ！！」ということを言うくらいの会社であった。
営業の誰かが数字が伸びていないとわかると会議室にその人を呼び出し、叱責という名を借りた人格否定、怒号、罵声が飛び交う。場合によっては会議室に呼び出さないでその場でこれをやっていることがあり、他の架電している営業がビクッとなっていたり、声の大きさから電話先のお客さんにまで聞こえていたまである。
組織全体のモチベーションが下がったタイミングで社長が発したのが「うちはボランティアでやってるんじゃない。目標未達のやつは全員給与払わない」と全社員が入っているメーリス宛に送ってすらいた。
もちろん、エンジニアもその対象であり、本当に給与は未払いになった。本来は25日支払いだ。月末には支払われたが、遅延損害金などは一切支払われなかった。
この遅延だけでどれだけの従業員が生活に支障を与えたか、代表は一切考えていないだろう。手取りは18万、ボーナスなしの会社だった。貯金なんて月数千円、場合によってはできない人もいる。
会社は強制的に財形貯蓄制度を導入し、これに入らない従業員は査定でマイナスをすると断言していたため、ほとんどの人が手持ちの資金がなかっただろう。
中には家賃の支払いが遅れたり、クレジットカードの支払いが遅れる、奨学金を借りてる人は奨学金の支払いが遅れるなんて人もいたかもしれない。
代表は「社員は家族である。俺が守ってやってるんだ」と豪語していた。どの口が言うんだ、とさえ思った。
話題を少し変える。昨日自分のタイムラインに要約すると「インフラに障害や過失事故が起こったら減給対象になる。減給対象にならない会社に転職したい」といった旨のツイートが流れてきた。
正直目を疑った。その人の会社を調べるとCMも結構打ち出している大手だった。ただやはり営業が代表をやっている会社のようだ。
想定外のアクセスが増えればインフラに障害だって起こるだろうし、歴史のあるシステムであればスケーラビリティを確保するのは難しいだろう。
過失事故についても再発防止策を考えればいいのであって、減給対象となるのは甚だおかしい。
というかそもそも減給を従業員との協議をしないで一方的に下げるのは月給の10％以上であれば労働基準法に反しているのではないだろうか。
いずれにしても従業員からすると気が気ではないし、給与が下がることによりモチベーションも格段に下がるだろう。
話を戻すが、上の方に書いた自分の事例のように仕事がうまくいかないから給与を下げる、支払わないは営業がトップにいる会社の常用手段のようだ。
特にエンジニアという職業は営業から見ると、何をやっているのか理解し難いだろう。判断する材料が既存のコードベースではなく（エンジニア経験のない営業には理解できないため）、スケジュール通りにできているか、障害が起こらないか、といった判断になりがちである。
営業は目に見えないものを嫌う傾向にあるとさえ思う。なぜなら彼らは売上がホワイトボードに書き連ねられており、契約を取れば数字が変わり、誰が仕事をしているか判断をしやすいからである。
目標を超えれば昇給をするし、そうでなければ昇給をさせないといった判断もできる。エンジニアはどうだろうか。スケジュール通りにできるのはあくまで目標で、障害が起こらないのは品質保証だろう。
そう考えるとエンジニアが昇給するのは営業がトップであれば肌感覚で判断するしかない。もちろん判断材料は営業と比べて目に見えないものが対象である。
ここが営業がトップにいる会社は例外なくエンジニアを大切に扱わないといった所以だ。彼らは同族を好み異族を嫌う。
自分たちの判断できないことは営業のノリで決めるのだ。これはCTOが居ても営業がトップであれば変わらない。なぜなら最終的な昇給を判断するのは営業のトップである代表であるからだ。
営業とエンジニアは永久に分かち合えないといっても過言ではない。エンジニアはプロジェクトの成功のため営業に歩み寄るが逆はありえない。
就職・転職を考えている人は一つの判断材料として営業がトップの会社には行くべきではないということを自分は伝えたい。
最初の給与が高くても昇給する可能性は薄く、遵法精神がほぼ皆無である。
遵法精神というと、減給や給与未払いもそうであるが、退職届の提出時の恫喝や、退職を拒否したりパワハラまがいな言葉も浴びせてくるのは日常茶飯事である。
自分も退職届を受理されず、内容証明で送ったことがある口だが、その後に代表から「てめぇふざけんじゃねぇ！家族を裏切るのか？お前みたいなゴミはどこにいっても一緒だぞ」と恫喝されたことがある。
彼らは従業員を家族といいながら辞めれば補填すればいいとさえ考えていて、ただの販管費としてしか見ていないだろう。
この家族の話であったり、裏切るといった話であったり、どこにいっても一緒だという発言は経営者の教科書に書いてあるのではないかというくらいどこの営業会社も言っているので真に受けるべきではない。
こういった会社は職歴が汚れてもいいので辞めるべきである。転職のときに「ブラック企業だったので辞めました」と事情を話せばわかってもらえる。それよりそうやって我慢をしてメンタルを病んでしまえばそっちのほうが転職時に響くのは明白である。賢いエンジニアなら理解しているはずだ。
ちなみに余談であるが、その会社はいろんな電話帳系のページに迷惑電話と書かれており、営業活動が厳しくなったのか社名と電話番号を変更して営業活動をしている。早く潰れればいいのに。
一方でエンジニア経験のある人間がトップの会社であれば、提示給与が高くエンジニアに対しての評価制度も整っていることが多い。
私は21年の新卒であり、志望分野はWeb系のプログラマだった。
選考を受けた各社に関してその選考フローと所感について述べる。
昨年2ヶ月間インターンシップに参加した。
エントリーシートの提出、技術問題 (コーディング2問、作文1問 制限時間60分)。
コーディング問題は1問目が簡単なもの、2問目が少し複雑なもの。
競プロ的なアルゴリズム力が求められるものではなく、HTTPリクエストに関する基礎的な知識が要求される。難易度は高くはない。
日本語力が要求されるわけではなく、字数制限なども特にない (あったかも)。
当該分野に造詣が深ければ無限に書けるし、なければ書けない。
人事担当のエンジニア*2との (オンライン/オフライン) 面接 (60分)。
オーソドックスな質疑応答の他、提出した技術問題のコードや作文の内容に関する聞き取りなどもある。
ここで落ちた。
CEO、シニアエンジニア、新卒エンジニアなどを交えての面接 (らしい)。
1次面接の面接官の片方が、インターン参加時のメンターの1人だった。
面接の1週間前に面接官のTwitterアカウントをブロックしたのが悪かったのかもしれない。
「(技術力が基準以上あるのは前提として) その水準の如何よりはむしろ勤労意欲の有無を重視する」みたいなことを言われた。
インターンの成果報告をD社の技術ブログに書いたが、腹がたったのでそれを削除しようかと思った。
ここのサービスは二度と使わない。
Ruby本体にコントリビュートした経験があったのでそれをアピールできるかもしれないという意図で受けた。
エントリーシートの提出。
ここで落ちた。
落ちたので知らんが同社を受けた知り合いによると5次まであるらしい。
1次面接の際に「何がしたいのかわからん (意訳)」みたいなことを言われた。
何がしたいのかと言われれば労働がしたくない。
また「勤労意欲の有無を重視する」みたいなことを言われたのでまあそういうこと。
ここのサービスは二度と使わない。
Web系。
前述2社を落ちたあと2週間くらいなにもやる気が起きなかったが、ここなら受かりそうな気がしたので受けた。
エントリーシートの提出。
シニアエンジニア*2との (オンライン/オフライン) 技術面接 (60分)。
自分の関わったプロジェクト (分野問わず) のソースコードを提出するよう求められ、当日はそれに関したディスカッションを行った。
人事、CTO、その他社員を交えたオフラインでの面談 (60分)。
内定。
Web系。
I社と同時にエントリーシートを提出した。
エントリーシートの提出、技術問題 (コーディング3問 制限時間60分)。
人事との面接 (45分)。
内定。
2次面接の際にインターンに参加しないかという打診があったが、D社に落ちた経験がトラウマになっていたので断った。
人事担当者の意思決定が全体的に遅い印象があり、特にCOVID-19や緊急事態宣言のために3次面接と最終面接との間が3ヶ月空くことになった。
複数の退職エントリに書かれている内容に関して、その真偽を社員にたずねたところすべて事実であるという証言が得られたためエントリーを取り下げた。
エントリーシートを提出したところ人事から企業説明会の案内が届いたが、その宛名が全く知らない人間の名前だった (おそらくコピペミス)。
I社を辞退し、O社の内定を承諾した。
D社・N社に落ちた経験から、同輩および後輩に対しては確固とした「「「勤労意欲」」」を持つことをおすすめする。また、面接担当者のTwitterアカウントはブロックするべきでない。
所謂ITベンチャーに3年ぐらい勤めていたけど、今月付で退職することになった。
上司（社長とCTO）がいて、社員が6人ぐらいいて、あとは普通のアルバイトや学生アルバイトが10人ぐらいいる、みたいな感じの職場。
最初のうちは良かった。人が少なかったし、基本的に上司としか話をせず、1人で平和にコードを書いていた。
お客さんと直接やり取りすることも多かったが、その方が誰かを挟むよりも圧倒的に速いので、特に負担は感じなかった。
1年ぐらい経ってから、アルバイトに仕事を割り振り、その面倒を見ながら仕事を進めるようになった。
プログラミング経験のない人も採用していたので、その点では苦労したが、まだ何とかなっていた。
どうにもならなくて自分が全部巻き取って解決することもたまにあったが、その方が速いことは最初から分かっていたので、特に何も思わなかった。
さらに1年ぐらい経ってから、アルバイトの質が悪くなってきたのを感じた。プログラミング能力ではなく、コミュニケーション能力において、だ。
プログラミング能力に乏しいだけなら、前述のようにまだ何とかなる。コミュニケーション能力に乏しいと、ハッキリ言って仕事にならない。
--
私「君が実装したこのメソッド、メソッド名と働きが食い違っているように見えるけど、これはどちらが間違っているの？」
私「おっ、そうだな」
--
ア「AはBでした！」
私「そのAはBというのはどういう意味？よく分からないから説明してくれる？」
ア「AがBということです」
私「おっ、そうだな」
--
上司にも、1人でコードを書かせてくれないかと相談したが、社の方針としてそれは無理とのことだった。
採用もこの2人が担当しているため、ならばせめて、人手が足りないからといってこのような人間を入れるのをやめてくれないかと伝えた。
何か歯切れの悪い回答が返ってきたような記憶があるが、こっちについてはあまりよく覚えていない。そして改善されることもなかった。
それでも給料は悪くないし、割と頻繁に昇給していたので、しばらく続けていた。
ある日、私が担当している業務の進みが遅くなっていることを上司に指摘された。事実、緊急度の低いタスクは後回しになることが多くなっていた。
こいつらの面倒見るのに追われててそれどころじゃない、ということをオブラートに包んで伝えたら、逆鱗に触れてしまったようで、何かいろいろなことを言われた。
マネジメントもできないとダメだとか、工夫が足りないとか、時間外労働でカバーしろとか、そんなようなことを言われたような気がする。
他の社員も似たようなことを言われたようで、ぽつぽつ退職者が出始めた。
退職者の業務の引き継ぎで担当する業務が増え、人手不足を解消しようとしてただ足を引っ張るだけの社員、アルバイトが増えた。
そんなわけで私も退職することにした。社がその後どうなるかは知らない。
--
・自宅勤務に伴い、何らかのチャットツールで文字によるやり取りを強いられる場合、コミュニケーション能力に難がある同僚がいると全てが壊れます
・世の中の人間の大半は「（社にとって）いない方がマシな人間」であるということを念頭に置いて、採用活動を行ってほしいと思います
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
234あとで/1602users CTOの頭の中：技術を財務で表現する｜Shin Takeuchi｜note
225あとで/2454users Kyoto University Research Information Repository: プログラミング演習 Python 2019
219あとで/2206users 意識の低いフリーランスの生存戦略
160あとで/762users TCP/IPをわかりやすく - 通信プロトコルの基礎知識を図解で学ぼう - エンジニアHub｜若手Webエンジニアのキャリアを考える！
160あとで/933users 京都大学、Pythonによるプログラミング演習教材を無料公開：CodeZine（コードジン）
152あとで/1272users セキュリティエンジニアになり、そこから2年間分の勉強内容と参考になった資料とか - ぶるーたるごぶりん
142あとで/1054users コンピュータサイエンスが気になるプログラマに勧める書籍リスト - Rubyist Magazine 第61号 巻頭言
140あとで/731users 【社内資料公開】AWSに関するスキルアップ方法と一度は読むべきブログの紹介 ｜ Developers.IO
138あとで/2534users 【書き起こし】岩田健太郎さんのYouTube動画「ダイヤモンド・プリンセスはCOVID-19製造機。なぜ船に入って一日で追い出されたのか。」の書き起こし
131あとで/1507users 牧歌的 Cookie の終焉 | blog.jxck.io
120あとで/587users TypeScriptをプロダクト開発に使う上でのベストプラクティスと心得 - Qiita
118あとで/667users プログラムの可読性を上げるための条件分岐を減らす方法7個 - Qiita
117あとで/1454users 米津玄師さんの曲はどれも心に残り、独特に感じます。パプリカは子どもたちも大好きです。曲なのかメロディなのか詩なのかリズムなのか、技巧として他のアーティストと異なる特筆する点があるのでしょうか？に対するNobuhiko Izumiさんの回答 - Quora
113あとで/626users エンジニア歴17年の俺が、事業系の開発タスクをバンバン投げてくる非エンジニアに、保守の必要性を死ぬほど分かりやすく説明する。｜みやたけ｜note
112あとで/1174users 銀座・有楽町周辺で800回ランチした私のおすすめランチ！｜takehiro sugaya｜note
108あとで/900users Excel設計書を抹殺したくて4年前にWiki設計書を導入したら、意外とちゃんと開発回ってた話。 - Qiita
104あとで/1175users 『ヤバい本が出ようとしている』みずほ銀行のシステム統合の歴史を綴った本が出版される模様「最恐のホラー小説」「章題を見るだけで闇を感じる」 - Togetter
103あとで/1072users 「相当まともな文章を書いてきますよ」関西大学のゼミで配布されている『レポート・論文の基礎ルール』が本当に大切なことばかり - Togetter
101あとで/453users 大規模システムでの Linux のメモリ管理
101あとで/1172users 村井純教授の1月16日最終講義全文書き起こし – Matsubo engineering blog
100あとで/1379users 【鬼滅の刃】恋柱に注目するなら乳だけでなく下半身も見ろ - 本しゃぶり
98あとで/605users 質とスピード（2020春版） / Quality and Speed 2020 Spring Edition - Speaker Deck
97あとで/1572users EM菌の正体（構成微生物を調べました）｜片瀬久美子｜note
96あとで/446users 仮想DOMは本当に“速い”のか？ DOM操作の新しい考え方を、フレームワークを実装して理解しよう - エンジニアHub｜若手Webエンジニアのキャリアを考える！
95あとで/527users JavaScriptの次の仕様ES2020で追加されることが決定した新機能まとめ - ICS MEDIA
93あとで/847users ふなっしーを最近テレビで見ない理由、「本人」ロングインタビュー（上） | News&Analysis | ダイヤモンド・オンライン
93あとで/531users 「AIをどう習得したのか教えて」と大募集し、技術者から集まった記事49本を紹介 | 日経クロステック（xTECH）
92あとで/793users 中国AI企業が開発した中国語学習サイトが凄い｜ばやし＠イマチュウ｜note
92あとで/1452users 鉄のフライパンの再生とメンテナンス｜樋口直哉(TravelingFoodLab.)｜note
92あとで/1575users 書いたな、俺の前で、革靴の話題を！
92あとで/797users ls よりも exa を使おう！モダンな Linux コマンド達を紹介 - Qiita
いつもの月に比べてあとで読むタグが少ない。あとで読みたくなるような記事が少なかったのか、あとで読むを付けるタイプの人が寄り付かなくなったのか。
あれ、財務諸表にたとえる意味がよくわからんのだが、話そうとしてる内容自体は大変有意義なものなので、なんとかもうちょっと財務諸表寄りにさせるにはどうしたら良いものかと考えてみた。
まず前提として、財務諸表について押さえておきたい前提は、「貸方で調達した資金を、借方のどこに貼るとリターンが得られるか」という構造。金利5%の借入金を1%未満の金利の定期預金にぶっこむのがナンセンスなのであって、少なくとも5%を上回る資産に充てるべき、みたいな話。普通は事業の利回りが粗利率20%だの30%だのってなるわけなので、しっかり資本が回転してれば、棚卸資産だとか事業の前提となる固定資産に貼るわけだよね。(費用に貼る話はちょっと置いておく)
確かに、資産又は負債の定義は、将来の資金流入又は流出可能性とはされているのだが、財務諸表が会計処理、もっと言うと仕訳の構造からの帰結であることからすれば、上記の前提は依然として覆らない。
以上の視座から言えば、かの記事でGPとされているものは、資産サイド、すなわち、プロダクトに充当させることでリターンの最大化を目指すべきとされるリソースのことなのだから、財務諸表の埒外ではなく、単純に貸方に持ってくるべきものなんじゃないかと思う。
貸方のGPが、借方の正のプロダクトに充当されることで適切なリターンが得られる。じゃあどのプロダクトに貼れば良いかというのは、あの記事で言うと、CTOじゃなくてプロダクトマネージャなのだ、となるわけ。CTOはGPの最大化を目指す、これは財務部が他人資本と自己資本とのバランスの中でどうやって資金を調達するかということに比定できる。
で、そうしたときに技術的負債はどう表現されるかというと、これは、負債とか言われてるけど、貸方サイドではない。やはり借方に表現すべきなのだ。つまり、当初はリターンを得るべく貸方から調達したGPの貼り先として資産に計上されたが、適切なリターンが得られるべくもないものに成り下がった、と見るべきということ。こうした資産のマイナスは、財務諸表でも貸倒引当金だとか減価償却累計額とかで見られる。つまりは資産の減損として見るべきということ。資産サイドを2象限に分けてあげて、当初正の資産にGPが貼られてるんだけど、いつしか資産サイド側で、正の資産から負の資産へと振替えがなされるということね。
ひとまずは以上なんだけど、うーんそれでもまだ全部表現できんね。
話題になっているPaidyの支払い方法を公式サイトで調べてみた。
Q.Paidyの支払い方法について教えてください。
1ヶ月間のご利用分を翌月にまとめてお支払いいただけます。
え、これコンビニで支払わなかったらどうなるの？
PayPayなり楽天Payなり、店頭で決済するときに電子的に現金相当額が引き落とされたことをスマホ上で店員が確認している。
クレジットカードも当然。
決済・商品受け渡しを一つのトランザクションとみなしたとき、現金の引き落としが確定しない この仕組みそのものがおかしくない？
paidyでの支払いがなかったら債権回収が店舗に責任があるのは、決済システムとしてありなのか？
後払いなら、クレジットカードみたいに審査もないし、ブラックリストもないのかな？
経営陣見ると、金融に詳しそうなんだが、、、メディアは各個人に名指しで取材もしてほしいな
メリルリンチ証券とゴールドマン・サックス証券を経て東京に株式会社Paidy（旧エクスチェンジ・コーポレーション）を設立。スタンフォード大学院数理ファイナンス修士。
富士銀行（現みずほFG）、アクセンチュアを経て、新生フィナンシャル代表取締役社長、新生銀行常務などを歴任。東京大学卒、コロンビア大学MBA並びに金融工学修士。
楽天にてトラベル事業の営業統括、イーブック事業の立ち上げ後、DeNAで渉外部長・事業開発部長を歴任、PayPalにて大手加盟店の拡大や各パートナーとのアライアンス統括に従事。
JPモルガンでM&A・資金調達アドバイザリーに従事後、カーライルで投資評価・実行、企業価値向上施策から上場含むエグジットまで関与。東京大学薬学部卒、東京大学工学修士。
AXA生命CTOやNN生命COO/CIOなど、生命保険会社でマネジメントに携わった経験を持つ。IT、オペレーション業務に深い知見を持つ。リヴァプール大学MBA。
キャピタルワン、クラーナなどにて勤務、リスクマネジメントに深い知見を持つ。Paidyではリスク・与信・分析業務に携わる。セントルイス・ワシントン大学卒。
VP of Experience
シリコンバレー、サンフランシスコで約20年間、Walmart、Electronic Arts、GlassdoorなどでUX/デザインディレクターの経験を持つ。サンホゼ州立大学卒。
東京とニューヨークを拠点に、Fortune 500及び日系大手企業の事業戦略・マーケティング戦略を電通、EYやNetflixにて手掛けて来た。東京大学卒、Ashridge Hult MBA。
VP of Product
東京にて20年にわたりモバイル、Eコマース、ペイメントに従事。VP PMO、CSOなどを経て、直近はPayPal、MastercardにてHead of Productを歴任。ラフバラー大学工学修士、リヴァプール大学MBA。
VP of HCM, GA and Compliance
マッキンゼー、ヘイグループなどで戦略および組織・人事領域のコンサルティングを国内外の有力企業に提供。東京大学卒、INSEAD MBA、一橋大学DBA。
その流れに乗って私も技術書典に行き、毎回10冊弱程度買うようになった。
しかし買っても読めない。
2017年に買ってまだ1ページも読んでいないのもある。
そして読まないといけないというプレッシャーみたいなものもあって苦しい。
去年の秋くらいからなんとなく読まないといけないというプレッシャーに押しつぶされそうになっている自分が居て正直ツラかった。
が無くなっている事に気がついた。
アウトプットするために技術書を読んでインプットしているのに、これじゃ本末転倒だと絶望した。
この悩みを去年末の親しい友人と集まった忘年会で打ち明けてみると、
「通勤中に読もうと思って毎日持って歩くけど満員電車で読めないよね。」
とみんな同意してくれた。
CTOをやっている友人は
「今は同人技術書が流行ってるからみんな何十冊とたくさん買ってるけど、だんだん全部は読めない事に気づいてきて必要な1～2冊を買うくらいに収束するんじゃないかね」
という話をし、周りも頷いていた。
一番納得したのは
「買って読まないとどんどん情報が古くなるから必要な時に必要なのを買うのがベスト。新しい版では情報がアップデートされている事が多い。」
という話。
これは本当にそうで、2017年頃のフロントエンドの同人技術書を2020年の今読んでももう使い物にならないという実感がある。
その本は数ページ読んで使い物にならない事がわかったので捨てた。
2017年当時に読んでいれば有用だったかもしれないのにもったいないことをした。
なので私は2020年、技術書典で同人技術書を買うのを控えようと思っている。
とはいえ、何か知りたいこととかわからないことがあって、それを解決するために技術書を買うことはしようと思っている。
(今までは自分の見識を広げようと、特に課題もないのにいろいろなジャンルの技術書を買っていた。)
これを読んでくれている皆さんはどうなんだろうか。
みんな技術書典等で買った同人技術書は全部読み切っているのだろうか。
ご意見をお聞かせ願いたい。
