「cake」を含む日記

はてなキーワード: cakeとは

2020-02-25

■ラップの出来がいまいちだけど

anond:20200225171809 anond:20200225200810

デブで貧乏で親がアル中で住んでるところが田舎で職に困っているな女の子が主人公のアメリカの映画もあるで

しかも大成功で幕を閉じない、でもバッドエンドでは無い

ラッパーじゃないのでラップの出来はイマイチだけど、

トラックとリリックは良かったし、ドラマとしての出来はよかった

『Patti Cake$』(パティ・ケイク＄)
https://youtu.be/L-591Dqa48g

Permalink | 記事への反応(0) | 20:18

2020-02-04

■anond:20191013144335

こんばんは、ホールケーキです。兄弟喧嘩の最たる原因が私であることについては、ついぞ心苦しく思っております。たとえ土台を同じくらいに分割できても、いちごの数、チョコプレートの取り分、ろうそくの穴の有無など、協議点が湧き上がりやがて喧嘩になりますね。ケーキを前に叱られる子どもたちほど悲しい存在はありません。

かつて、私を前に緊張感を漂わせる兄弟に、諭すように「切る人と選ぶ人は別な！」と命じた親御さんがいました。なるほど、大小をつけてカットしても、自分が後攻になってしまうと大きものが先に取られてしまう…。すわ休戦となり、私は穏やかに切られましたが、賢いあなたならお気づきでしょう。一瞬平等に思えるこのルール、選ぶ役のほうが常に優位なのです。ケーキの前では誰もが頭が狂う。私は罪を帯びた存在であると自負しております。

仮に私が長方形であれば、それなりに上手く分割できるでしょう。けれど等分を求めるプレッシャーは却って強くなりませんか？隣の芝、もとい隣のケーキは大きい…と湧き上がる嫉妬とそれを恥じる気持ちで食べるケーキが甘いはずがありません。その点、私が丸いと、その等しさの見えかたは有耶無耶になりがちです。ぼんやりと角度を見積もるしか術がありませんからね。

つまりホールケーキが丸いのは、美味しく食べていただきたいからです。冷たく甘やかに香るクリーム、断面も輝くフルーツ、フォークを誘うように弾むスポンジ、そんな魅惑的な私の前で緻密な等分を求めてどうするというのでしょう。相応しいのは、まるごとみんなの幸せを願うような優しい気持ちです。争いのない世界の実現は難しいとて、それを願う心があらずして生きる意味がありやなしや。そうやって切り分けられた私だから甘い記憶になるのです。こんな話のことをa peace of cakeと言うのでしょう？

Permalink | 記事への反応(2) | 00:56

2019-12-05

■エンジニア職に就いたあと辞めたポエム

補足→ https://anond.hatelabo.jp/20191205212350

これは退職者アドベントカレンダー2019 (https://adventar.org/calendars/4051) 5日目の記事です。最初は自分のブログに書くつもりでしたが、書いてるうちにどこまで筆が滑っているのかわからなくなったので増田に投げることしました。そしたら余計にタガが外れたのはご愛嬌。

What's this

よく見かける「未経験からエンジニアへ！」ストーリーの、あまりなさそうなルートです。よくあるルートのほうはなぜかTwitterで報告して「○○系エンジニア」的な命名をしてから入社その後の動向が闇に葬られているのをかなりの確度で見かけますが、まあ、なんか、いろいろあるんでしょう。逆にそういう成功（？）体験の生存バイアスを強化する情報ばかりあふれていると情報として健全でないように感じます。

ということで、今年あった自分の体験談を残すことにします。

といいつつ後日しれっと消えてたらInternetArchivesか魚拓で会いましょう。

この話はここから先はフィクションです。剣も魔法も労基法も出てこないファンタジーです。

who are you

地方に潜むフリーターです。好きなvirtual beingsはロボ子さんと東雲めぐさんとれいきらさんです。

これまでは自分のためのプログラムを書き散らすだけで、ITとは無関係のバイトをしてきました。玉掛とフォークリフトなら任せろーﾊﾞﾘﾊﾞﾘ

入社の経緯

会社にもぐりこんだいきさつはやや特殊なのでぼやかします。とあるきっかけで知り合った人から誘われました。リファラルです。なお、とあるきっかけはなにかと炎上しがちないわゆるプログラミングスクールなどではないことを防火剤がわりに書いておきます。そんなもんに使う金など無い。

その人のことはあんまりよく知らなかったのですが、CTOとして手伝っている会社のシステム部門で人手を探しているとのことでした。会社のホームページにはリクルートページなど無く、何をやっているかいまいち要領が掴めなかったのですが、ざっくりと自社製のWeb アプリ開発をやる感じらしく、内容も聞いた限りでは（自分のスキルと照らし合わせて）そんなにどえらいわけでもない印象でした。ちょうど金もないし無職だし、少し経験でも積んでみるかという気になったので、この際ホームページがDreamWeaverのサンプルを流用したまんまといった細かいところは観なかったことにしました。

面接にいくと社長から「いつからこれるの？」と言われたので「あっこれは」となりましたが、金がなかったので是非もなくそのまま入社の運びとなりました。この頃はプログラム書いて金もらえるなんてサイコーとか思ってました。ちなみにgithubやatcoderのアカウントを書いた職務経歴書は一顧だにされませんでした。

やったこと

地方の製造業のシステム部門を切り出して別会社にした形態の、創立数年ほどの会社です。自分のほかにもうひとり、社内情シスのようなことをしている方がいましたが、基本的にはサポートが専門な感じでした（ただし肩書は自分と同じでしたが）。紹介してくれたCTOは週に一度のMTGに顔を出すだけということで、実質的に常駐している人間でプログラムが分かるのは業界未経験の自分だけというチャレンジングな環境からスタートしました。なお入社して社内の平均年齢を大幅に下げることになりました。

レスポンシブ化

ちょうど入ったタイミングで情シスの方が抱えている仕事があり、とくにやることもなかったので手伝いました。グループ会社のサイトをスマホ対応させるもので、事情はわかりませんがそれまで他社に制作を委託していたものを自社で運用することにしたとのことです。みてみるとWordPress4でPHP5が動き、Bootstrap3を使ったオリジナルカスタムテーマで運用してきた様でした。もちろん仕様書やローカル環境もあるはずがないのですが、どうせ自分はWeb デザインなど知らんのでとりあえず直にheader.phpにviewportを書いてmain.cssにメディアクエリを設定して、ザ・web 制作初歩みたいなレスポンシブ対応をしましたが、デザインについて当事者との意見のすり合わせの機会なんかの開発手順はなかったので良しとしました。

新規 Web サービス

入社して2周間ほどのち、社長についてこいと言われた打ち合わせの後日、MTGで「昨日のアレの進捗はどんな感じなの？」と聞かれたことから、いつのまにか新規案件を自分に一任されていることに気づきました。仕様は前日の打ち合わせがすべてだった模様です。要件定義や技術選定・検証のような工程など決まってないので好みで揃えました。趣味と関心から Express+Mongo+Reactのセットか、触ったことのあるDjango/Railsでざっくりやるか、どうせならDockerも使い時か、こんなときに相談できる同僚やメンターが欲しいなぁなどと考えていたら、CTOがそれまで作っていたやつをみるとPHP+ES5+MySQLだったのでなんだかんだでそうすることになりました。PHPを初めて触り、「これがペラ1のphpにjsもcssもなにもかも書いていくといういにしえのスタイルか…！」と新鮮な感じでやってました。

既存 システムの移行

Windows Server 2012で動いていたサービスをLinuxに移行しました。これは自分が入る前から情シスの方が任されていたのですが、マニュアルに沿ってコマンドを打ちこんではどこかで転け、エラーは読まずにあきらめてCentOS インストールからやり直すということを繰り返していたのを見るに見かねて手伝いました。SSHでPowerShell からマニュアルのコマンドをコピペして実行する方法を教えてあげると目を丸くされました。shellファイルを書いてあげると魔法をみるのような顔で驚かれました。自分が入ってなければどうなっていたんだろうか...

自分用ツールの作成

毎日出退時間を規定のEXCEL フォーマットに記帳する必要があり、これが非常にめんどくさく無駄に思えたので、自動記述するpython/Go スクリプトを書きました。これは入社して2日目とかだった気がします。しかしここを自動化しても「印刷して人事に提出し、それをもとに人事の方がまたEXCELに書き込む」と知り虚無になったりしました。

FE取得

これはやったことというか思うところあってプライベートで取り組んだことです。自分の想像していた開発現場との乖離を感じたので、こういうのはFE 勉強すればわかるのかもしれないと思って1ヶ月くらいやって取りましたが、得られた知識で会社に活かせそうなものは何一つありませんでした。

チーム開発などという概念は存在せず、「1案件を1人で上流から実装、運用、保守、サポートまですべてやる」という進め方でびっくりしました。手持ちの技術スタックでできる範囲でギリギリなんとかやった感じです。よく転職サイト上で見かける文言で「お任せします」がありますが、これとかも要するに「丸投げ」の換言なんでしょうか。わたし気になります。

とりくめなかったこと

自分のように途中からジョインした人に対しての業務移行のシステムがないことから感じていましたが、案の定「誰かが抜けたあとの引き継ぎの機能」も整備されてないことに気づきました。もともとオンボーディングや研修の概念などありません。えらいひとは「そのへんは現場で協力してうまくやって」と丸投げし、すべての作業を自宅でやっているCTOは社内のこうした事情については放任で、いちおう情シスの方がいつのまにかメンター代わりになっていたものの、不明点を尋ねても頓珍漢な返答が多くもどかしかったです。どのサーバでどんなサービスが動いているのかやSSH 情報を聞き出すのに苦労しました。こうした不幸と無駄な時間をなくすためにドキュメントを整備しようとしたのですが、頓挫しました。これからも物理フォルダーと社内サーバに散逸した各種の情報は混沌を深めていくのでしょう。gitも無いし。

サーバはオンプレでした。自分はクレカをもっていないためパブリッククラウドを試す機会がなく、ぜひとも触ってみたかったのですが、承認を得るための説明がうまくいかず、結局VBoxでやることになりました。唯一、それまで使われていたVBoxではなくVagrantを導入したのは少しだけ救いでした。どうせ自分しかいじらないのですが。

余談ですがオンプレで面白かったのはHDD増設のために初めてデータセンターなるものに入ったことです。インフラ/ネットワークはまったく分からんしなかなか個人で試せない領域だし縁がないかなと思っていたのですがやはりそこに見える物理層が存在するというのはテンションがあがりますね（断層みたいに言うな）

イキってカイゼン・ジャーニーや情熱プログラマーを買って読んだりもしました。目につくように共同図書のつもりで「ご自由にどうぞ」を添えて自分のロッカーに置いておいたら「私物は持ち帰れ」と言われてしまったので持ち帰りました。

退職経緯

さてお待ちかねメインディッシュですね。

もともと技術やコンテンツの会社ではなく、技術畑の人間がまったくいないことのインプレッションが次第に違和感として強く響いてきました。IT エンジニアとしてやっていくつもりの観点でみると、学習や成長の土壌は無いように思えました。協調関係や信頼がうまく築けず、自分のすべき道筋が不明瞭のままやっていけるほどタフなYATTEIKI精神ではなかったのです。

これは地方の、それもIT 気質のあるわけではない、ワンマン経営の中小製造業ならばどこにでもあることかと思われますが、随所に感じるレガシーさに疲れてしまいました。一例を挙げると、毎朝30分に亘り行われる全社清掃（もちろん業務時間外）、社是の復唱、『感謝の言葉をみんなで味わうポエム』の輪読、その感想大会、頻繁に行われる中身のない会議、日報をエクセルで書いてメールで送ったり、出退勤表を毎日エクセルに書いて印刷して事務方に持っていくなどのルーティンがけっこう苦痛でした。

社内のコミュニケーションツールはLINEだったので使い勝手も悪く、会議でchatworkかslackを使いましょうと提案しても誰一人としてそれらの存在を知らず、「勝手にやってくれ」と言われてしまったり。LINE WARKすら知らんやんけ。説明しても「skypeじゃ駄目なの？」と言われたので諦めました。

えらい人の思いつきのたびに方向性が変わり、当人は発言したらそれで全て完了した気になってしまったのか、会議終了後の10分後に「さっき言ったやつまだ出来てないの？」などと言われた時はギャグかと思いました。会議の議事録も誰も見返さないので果たして意味があったのか疑問です。誰かひとりでもmarkdownが書けたり、少なくとも書く気があれば勉強会を開催してHackMDなどを推せたのですが。議事録が機能していないエピソードとしてひとつ思い出しました。開発中に機能追加を下された際に、その挙動は完全にプラットフォームネイティブであり今の技術選定だと作り直しになり、結果納期に間に合わない（し、自分の技術スタックからも遠く外れていたので学習コストも加算）と発言したらその場は収まったのですが、会議終了後に個人メールで「やはり機能はマストだ」と伝えられました。当然それは議事録に反映されることなく、なんかしらんけどそういうことになっているという感じになりました。

初めてのエンジニア職でしたが、社内に開発をる人やマネージャー職は不在で、いわゆる開発現場での流れを学ぶことはできませんでした。少なくとも技術を知らないえらいひとが「俺がスケジュールを立てたからこれに沿ってやれ」と、”開発”と”広告作成”しか書かれていない2週間の計画表をもってくるような現場はシステム開発として正しいのか、と本能が警告を発していました。

もともと会社は製造業から始まったため、えらい人たちとの見解に齟齬があったのは体感としてあります。同じものづくりといえど設備とマンパワーと時間が線形的に結果に結びつく工場業務と異なり、システムエンジニアリングはかける時間の見積もりも容易でなく、かかった時間が必ずしも結果に結びつかないものである、と言う事実は受け入れられ難く、知識ドメインやマインドセットが異なれば説明も困難です。しかしながらえらいひとは一様に「経営者視点を」の号令で、経営誌を配り、その感想文の提出を義務付けるなど、現場視点を欠いた行動で現場（というか私）を疲弊してました。気づいたらSEO 対策や別部署のMTGのためのプロジェクター設定、全PCのwindows updateに伴うドライバの更新の役も同一の職掌として役付けられそうになっていたり（一部は実際に情シスの人がやってた）、It’s not my workなシーンがみられるようになっていました。

そして、よくあることですが、理念と実態が乖離していたことです。世界をよりよくと言いつつ、目先の掛け算を考えてばかりのように思えました。グロースする中で発生しそうなあれこれをすっ飛ばし利益だけを皮算用するのはいいとして、データ量やトラフィックを指摘すると「そこは現場努力でしょう」となるので、世界を良くする前に精神を悪くしてしまい人生で初めて心療内科にいったりもしました。一応グローバル展開を目指しているとしながらサーバからMailerDaemonが飛んできたら「ギャっ英語っ！」と言って読まず捨ててたり、急にサービスが止まった時には激怒して責任の所在の追求を求められたため、草創期にえらい人の個人アドレスで取得してほったらかしにしていたドメインが失効したことが原因と伝えたら「あれはもう読んでいないアドレスだし仕方ない。こういうピンチのときこそチャンスにしようぜ」という謎理論を出されたこともありました。

違和感が確かなものになったのは、外部に提出する資料で社内の数字が異なっているとを指摘すると「こういうのは見栄が大事なんだ」と暗に公文書偽造をほのめかされたことですが、これ以上は闇っぽいので書きません（たぶんどこもやってて罷り通ってる範囲だと思うけど）

総じて、心理的安全性の低さ、そこからくる身動きのとれなさ、ロールモデルの不在、前時代的な風潮、社内文化へのミスマッチと不理解、成長の実感が沸かない不安と不満、それらに伴う摂取アルコール量の異常な増大と過食、といった要因の積み重ねが、ネガティヴな形での退職へと駆り立てることになったのだと思います。まあ、よく知らんうちにリファラルしてるところからして「採用・教育コストを考えてないのでは？」の念はあったのですが。中身がまったく不透明の状態で飛び込んだらそうなるよなぁ、の好例かもしれません。誘われた時はわりと藁にも縋る思いだったのでしかたないね。

これから

現在はスキー場で住み込みバイトしてます。無考えに退職すると年を越せないことに気づきました。

可処分所得・可処分時間いずれも今の方が上なのはちょっとウケます。賃金はふつうに生きていければいいので前職程度でも気にしなかった程度なんですが。いまは映画をみたり積ん読を消費したり、在職時は深いところまで触れなかったPHPをいじったり、生PHP しかやってないことに気づいたのでcakeやったり、あとはweb周辺も久しぶりにキャッチアップしたりしてます。nodeネイティブおじさんなのでFWはangularしか知らないんですよね。vue/nestが面白そうな感じです。あと寮のwifiが談話室限定で窒息しそうだったので、持ち込んでいたラズパイをルータにして部屋まで飛ばしたら隣室の同僚から感謝されたりと活動は多岐に渡ります。

先のことはなにも決まってませんが、ちゃんとエンジニアリングしている組織で開発してみたいなという気持ちがあります。レビューやスクラム、アジャイルなんてのはひとりだと不可能ですし。ですが、やはりそういった会社は日本では都市部にばかり集中しているのでしょう。自分は空気の悪いところには住めないし、案外また辺鄙なところでtechとは無関係のことをしているのかもしれません。ワーホリでも使って海外で大麻栽培でも始めようかなぁ。

いかがでしたか？

巷説に流布する「未経験からエンジニアへ」の言説のたぐいは、どちらかというと技術力よりもコミュ力が偏って高いタイプが生存しがちな雰囲気を感じます。たまにTLに流れてきたのを見かけますが、ああいった立ち回りは自分にはできないしやりたくないなぁと思ってきました。社会の要請ならばそれまでですが。

自分は体系的な情報教育を受けていないどこにでもいる地方高卒で、下手の横好きで趣味プログラムを書いてきたし、続けてるってことはそれなりに好きなんだと思います。得意じゃないけど。んで、こんなのがIT エンジニアをしたサンプルというのは見かけないかもなぁと思って投稿しました。光あるところに闇あり。

といいつつ、やっぱり好きなことの結果がおかねになるのはいいよなぁと思った次第です。プログラムを書くのは楽しいけどエンジニアリングは超絶むずい、が雑な総括ですが、今回のことを顛末次第にはする気はないので、どこかに拾ってもらえるよう精進するきもちになりました。

ぼくのポエムはこれでおしまい。じゃあね。

Permalink | 記事への反応(8) | 01:16

2019-12-04

■anond:20191204154628

ヒント：お餅の説明は「rice　cake」

Permalink | 記事への反応(0) | 15:47

2019-11-07

■

システムってなるべく簡単に作った方が良くない？っていつも思う。

管理画面なし、会員登録なし、検索して詳細だして問い合わせするだけ。

たったこれだけなのに、フレームワークいくつも使うとか、アーキテクチャがどうとか、理解できない。

前任は7〜8人くらいで作ってたらしい。

画面はcake、バッチはzendみたいな。なんでだよ！ddd開発でー。とか。使ってないソース多すぎ！

あと、いくつもツールを使ってタスク管理してたみたい。backlog、wrike、trelloなどなど。付箋に書いて貼って放置がたくさんだし。

デプロイも上手く動かずFTP ソフトで手動アップロードだし。

アメリカで働いてたらしいけど、なんだかなぁ。

Permalink | 記事への反応(3) | 17:09

■anond:20191107151620

はいよ

www.henri-charpentier.com/products/cake/2978/

おまえの街にも支店があるといいな（よくみたら銀座にしかホールなかった）

ていうかマキシム・ド・パリにしろ銀座に集中させる意味あんのかねこれｗ

Permalink | 記事への反応(1) | 15:17

2019-09-24

■anond:20190924124235

間違えてlice cakeと言ってしまって大量の虱を渡される

Permalink | 記事への反応(0) | 12:46

■anond:20190924123438

「i haven't Rice cake.」

Permalink | 記事への反応(2) | 12:42

2019-03-18

■anond:20190318101219

B-Boy Park All Stars - We Are The Wild https://www.youtube.com/watch?v=6rdb_csi-TQ

・走馬党

ARK

GINRHYME DA VIBRATER

三善

PAULY

SKIPP

TOSHI

山田マン

・FUNKY GRAMMAR UNIT

CHANNEL

KOHEI

SOHJIN

・UBG

T.A.K. THE RHHHYME

・KAMINARI-KAZOKU.

RINO LATINA Ⅱ

SHINNOSK8

G.K.MARYAN

TWIGY

YOU THE ROCK☆

・MURO

・CAKE-K-SWEET

・CRAZY-A （Produce）

・DJ BEAT（Track Produce）

Permalink | 記事への反応(0) | 10:28

2019-02-02

■アメリカで流行ってるサービス: 俺と周りの場合

https://anond.hatelabo.jp/20181129233609

同じくSF在住。いいまとめサンキュ。他に俺が個人的によく使うのは：

Lime

ここ1〜2年で急激に伸びてきた電動自転車や電動スクーター（電動のスケボーにハンドルが付いたようなもの）のシェアリングサービス。Birdなど競合も。各スクーターはGPSでトラッキングされていてスマホアプリで近くにあるスクーターを検索できる。使い終わったら乗り捨て。割とそこらじゅうに乗り捨ててあったりする時もあるので街の景観がちょっと変わった感があるが、それを超えて便利。でも乗る場所によっては割と危ない。大きな事故が出てくると規制もありうるかも。（追記：chanmiaさんのブコメによるとすでに規制されて台数が減ってるそうです。指摘感謝です）

Netflix

日本でも浸透してきてると聞くが、アメリカでも俺の周りだとみんな普通に加入してる感じ。昔のテレビのよう。最近 Netflixで何を観た、あれ面白いよね、という会話がもはや日常。逆にAmazon PrimeとかHuluについて同じような会話は俺の周りでは聞かない。テラスハウスとかコンマリとかも周りの人は見てて、日本では本当に男女の恋愛はあんな感じなのかとかの質問を良くされる。俺はドキュメンタリーをよく見る。最近では「Abstract」「Rotten」「Salt Fat Acid Heat」とかが面白かった。「Roma」が良かったと複数の友人から勧められたので今度見る。

DoorDash

代行でレストランの食べ物を取りに行ってデリバリーしてくれるサービス。Seamlessなどの競合も多いしアメリカ国内でも場所によって人気度が違うみたい。東海岸に旅行した時に現地の友達とAirbnbの部屋で宅飲みしようとしてDoorDashで注文しようと言ったら何それ普通Seamlessだべと言われた。結構割高だし、飲み物やサイドオーダーを取ってくるのを忘れるといったちょっとしたミスは割と多いが、払い戻しなどは可。選べるレストランは多い。代行dasherが今どこにいるかの地図表示、予想到着時間、「もうすぐ着きます」メッセージアラートなどがあり、精度はやや甘いが便利。

OpenTable

レストランのリアルタイムオンライン予約サービス。アメリカではこの分野を開拓した存在で、店内の注文管理機能と一体になってるシステムをゴリゴリ営業で納入して加盟店を増やしたという話を昔聞いた。人気口コミサイトのYelpもオンライン予約をサポートするようになったので俺もOpenTableを使う機会はやや減ってきたが、ちょっといい感じのレストランとかの予約にはまだ使うかな。

Instacart

食料品を代行でショッピングして即日配達してくれるサービス。俺は使ったことないがスーパーの店内ではInstacartのTシャツを着た代行ショッパーを良く見かける。

Zillow

不動産検索サイト。グーグルマップ感覚で視覚的に使いやすい。住宅の販売物件、賃貸物件の情報が豊富で、間取りや金額そして学区のランクなどいろんな条件で検索できる。Redfinなど競合も多い。売りや貸しに出てない物件でも推定金額が表示される。ズームインしていくと表示中の全ての家という家に金額がマッピング表示されるのはなかなか圧巻。友達のあの人の家の資産価値も分かってしまう！物件の部屋の中などの写真が豊富で、しかも多くはいい感じの家具や内装でいい感じに盛られてる（ステージングといって、これをやる専門業者がいる）ので、見てるだけでも楽しい。ちょっとした脳内バケーションになる。

Houzz

家具やインテリアのコーディネートのヒントになるプロ撮影写真がカテゴリ別に大量に見れる。ちょっと庶民には無理という写真も多いが、これも脳内バケーションで妄想が膨らんで楽しい。プライスタグのアイコンが付いてる家具は実際に買える。担当したインテリアコーディネーターに連絡することもできる。これでヒントだけ得てPinterestで似たようなIKEAハックを探すのが俺のパターン。

PayPal

個人間の送金は少なくとも俺の周りだとまだPayPalが強い。数年前にCashとかの他のサービスが出てきて使う人もいたけど俺の周りはPayPalに戻ってる。何が特別便利ということもないが、通常の銀行口座だと個人間の支払は小切手なので（振込はお互いが同じ銀行でないと手数料が高い）、いくら小切手のスキャンと換金が今ではスマホカメラでできるようになったとはいえ、面倒なのはアメリカ人にとっても事実。オンラインショッピングでも支払はクレジットカードかPayPalというところが多い。送金手数料無料のPayPalはもはや第二の銀行口座として定着してる。（追記：vanillayetiさんとchanmiaさんのブコメによるとVenmoの方がイケてるとのこと。指摘感謝です）

Robinhood

手数料無料で株の売買が超簡単にできる。俺は株やったことなかったがちょうどいい入門になってる。Bitcoinに散々振り回されてからRobinhoodに出会い、これでいいじゃんという人が俺を含めて周囲にもチラホラ。

ビジネス向けSNSと良く紹介されるが、転職活動時の職務経歴書としての機能が強い。ハイテク系の会社ではLinkedInページへのリンクを送ればレジュメやCVを提出しなくてもいいというところもある。リクルーターからの連絡や昔の同僚からの誘いなども良く来るが、本気で転職先を探す時はHired.comなど他のサイトも同時に使う。

Glassdoor

会社で自分が給料をいくらもらってるか、会社の雰囲気はどうかといった情報を匿名で共有するサービス。職種や役職によって横断的にも検索できる。面接でどんな質問をされたとかの情報も。求人情報も多く、職の大体の給与幅を予想してくれたりする。

Zoom

ビデオ会議システム。個人ユーザ間だとまだSkypeだったりメッセンジャーの音声通話機能やFaceTimeを使ったりも多いが、会社や仕事だと今はZoomが強い印象。会議室の大型ディスプレイなどとも統合しやすく、支社間や取引先とのZoom ビデオ会議に出張先や在宅で仕事してるメンバーも加わってパソコンの画面を共有しながら会議する、みたいな場面は日常的。

Zendesk

カスタマーサービスを問い合わせチケット管理プロセスやFAQ 管理システムの統合により効率化した感じのサービスで、自社製品のカスタマーサポートページだけZendeskに飛ばすようにしてる会社も多い。

Hopsy

俺が使ってるというだけで、流行ってるかは全く知らない。ビールサーバを購入して（ただし紹介で加入すると無料）、月額料金を払うと生ビールの小型ケグ(約2リットル)を毎月4つ配達してくれる。地ビールが多く、バリエーションは豊富。軽め、苦め、重めの3つの風味から選ぶ（組み合わせも可）。月額会費分については特定の銘柄のビールを選ぶことはできず選んだ風味でランダムなのが送られてくるが、個別に追加購入する時は指定 OK。アメリカは今インディアン・ペールエール(IPA)が大人気で、苦め風味を選ぶとほとんど重複なく次々と初めて見るIPAが送られてくる。どれも美味しい。ビールサーバから注いで飲む冷え冷えのIPA最高です。（追記：会費は毎月約$60です。俺は紹介で加入したのでビールサーバは無料だった）

追記１：

TurboTax

aoiro-cakeさんのブコメで指摘がありましたが確かにこれは外せません。毎年4月15日の夜に駆け込みでTurboTaxのサイトで確定申告する俺。毎回来年こそはもう少し早くやろうって思うんだけどね。

スタバのアプリ

vanillayetiさんのブコメで指摘がありましたが確かに使ってます。支払も画面上のバーコードを会計でスキャンするだけ。ポイントを貯めて無料で飲むラテの美味いこと。アプリであらかじめ注文して並ばずにピックアップできるのも便利。長距離ドライブの休憩ポイントを決めるのにもアプリの店舗検索を良く使います。

追記２：

元増田にJIRAとかがあったのでZendeskとかZoomを入れてみたのだけど、他にもビジネスで使われるサービスは多数でこれが定番とか流行とかは良く知らない。俺の周りだと、会社で使う各種オンラインツールのシングルサインオンはOkta、経費精算はConcur、人事評価プロセスはWorkdayみたいな感じだが、会社によってこのへんは色々な気がするし、今挙げたツールもUIが微妙だったりしてまだ開拓の余地がある感じ。これらの多くのサービスの会社はIPOしていてRobinhoodで買えるので、自分が実際に日常的に使っているツールの使用感とか、今使ってる企業が他のサービスに乗り換えるコストはどうか、将来どう進化しそうかとかを考えて株を買うか決めたりしてる。

Permalink | 記事への反応(9) | 07:10

2018-09-20

■anond:20180920160731

こないだ引き継いだ管理システムが生PHPでカオスだったわ。

Cakeとかで作ればいいのに。ログインとか楽じゃん。

Permalink | 記事への反応(0) | 16:20

2018-07-31

■anond:20161117215335

すごく……cakeです………！！！

Permalink | 記事への反応(1) | 20:19

2018-05-29

■anond:20180528235911

まだ色々できる事はあると思う。

でもBMWみたいな大型クルーザーで遠距離を巡るようなスタイルを除けば、発動機のバイクはもう終わりだろうね。というかBMでさえ電動バイク化を進めてるらしいね。

これからはペダルの取れたEbikeの様なバイクになってゆくと思う

Cakeとかを軽車両扱いで気楽に乗り回せたら楽しそう。https://ridecake.com/shop/bikes/kalk/こんなやつかっこよくない？オレは欲しい。

バイク業界はEbikeの振興を進めている世界の各自転車メーカーに近いもの、よりスポーツ化、よりシティーサイクル化で生き残って行けると思う。

それとエンジン屋から電気屋になれるかどうか、今の各自動車メーカーと同じ様に変わって行けるかどうかだね。

Permalink | 記事への反応(0) | 13:51

2017-07-27

■https://anond.hatelabo.jp/20170727213417

でぇもさぁ。

猫も杓子もフレームワークはCakeだFuelだ言ってたのに、いつの間にか、みんなララベルになっちゃって

有名どころのフレームワークも実は大差ないんじゃないの？

Permalink | 記事への反応(0) | 21:42

2016-11-17

■Cakeって日本ではケーキって読むのに

なんでCakePHPはケイクピーエイチピーなの？

Permalink | 記事への反応(4) | 21:53

2016-06-07

■[今日知った言葉] you can't have your cake and eat it too

訳語ケーキを食べたらケーキを持っていることはできない；ケーキは食べたらなくなる

解説矛盾する2つのことを同時に実現することは不可能だという意味。

備考英語のことわざ。

http://ejje.weblio.jp/content/you+can't+have+your+cake+and+eat+it+too

Permalink | 記事への反応(0) | 22:51

2016-05-21

■[今日知った言葉] おむつ ケーキ

おむつケーキとは、赤ちゃん用のおむつを束ねて装飾をほどこし、あたかもデコレーションケーキのような見栄えにしたものをいい、

赤ちゃんの誕生祝いに際しての贈り物にされることがある。英語の「diaper cake（diaper＝おむつ）」「baby cake」の音訳で、

ダイパーケーキ、ベイビーケーキともいう。通常は紙おむつで作るが布おむつで作ることもできる。

ただし、おむつケーキはメーカーの包装を解いて人手で作るので、他人の手が触れたおむつ、しかも防湿されていないおむつを

わが子に使うのは「衛生的に不安」という理由や、サイズがプレゼントされた赤ちゃんに合うとは限らない、といった理由で

必ずしも歓迎されるとは限らない。

https://ja.wikipedia.org/wiki/%E3%81%8A%E3%82%80%E3%81%A4%E3%82%B1%E3%83%BC%E3%82%AD

Permalink | 記事への反応(0) | 22:36

2016-03-10

■今日やったこと

英語の本の音読

Ballet 有 133 3,458
An Old Red Hat 有 234 3,692
Little Mouse Deer and the Crocodile 有 261 3,953
The Birthday Cake 有 82 4,035
Little Mouse Gets Ready 有 262 4,297
No, David! 有 62 4,359
Someday 有 243 4,602
Rainbow, Rainbow 215 4,817
The Ladder to Learning 226 5,043
YL0.5 Kipper and the Trolls 有 360 5,403
Pirate Adventure 有 330 5,733

vitaの朧村正を大和のボス土蜘蛛を倒すところまで

プレイ時間7：13

やるつもりだったのにやらなかったこと

掃除

ガンプラ作り

スーパーに買い物

Permalink | 記事への反応(0) | 03:15

2015-12-07

■http://anond.hatelabo.jp/20151206195936

「イク」を「絶頂を迎える」に置き換えたとき

手が触れただけで絶頂を迎えるのは、take

目が合っただけで絶頂を迎えるのは、make

おじぎをしただけで絶頂を迎えるのは、lake

毛の感触だけで絶頂を迎えるのは、cake

舌を出しただけで絶頂を迎えるのは、bake

尺八で絶頂を迎えるのは、fake

上を向いただけで絶頂を迎えるのは、wake

おじぎをせずに絶頂を迎えるのは、brake

イヤミの例のポーズをしたら絶頂を迎えるのは、shake

オナラで絶頂を迎えるのは、headache

Permalink | 記事への反応(0) | 00:20

2015-09-03

■http://anond.hatelabo.jp/20150902220059

英語圏住んでてこっちで子供産まれて育ててるけど、注意されたのは「言語の基礎ができるまでは、子供に話しかける時に言葉を混ぜちゃだめ」ってことだった。英語なら一貫して英語、日本語なら一貫して日本語、母親と父親で別でもいいけど、同じ大人が二ヶ国語以上混ぜて話しかけてはだめ。どうしても混ぜる必要がある場合は「今から1時間英語の時間」とか決めてその間は完全に切り替えなさいと言われた。

子供自身は日本語のカタカナ語と対応する英語は完全に別の言葉として認識してる。「cake はにほんごではケーキって言うんだね」的な。今でも会話で、文単位で英語と日本語が切り替わることはあるけど、日本語の中に英語を無意識に混ぜたりその逆をしたりすることは無い感じ。カタカナ表記と元の英単語を混同することもまずない。

自分の親の世代くらいだとまだそういうノウハウは無かったのかもしれないなとは思う。

Permalink | 記事への反応(0) | 19:45

2012-04-15

■http://anond.hatelabo.jp/20120415065150

私の質問は簡単にまとめてみますと

支えてくれる家族または友人がいない場合、社会的な制度が整っていない以上、今の環境を逃げようが結果的には死にたいであるから、さっさと今の辛い環境を受けいれろ

が理解できないからその帰結の理由を教えてほしいといっただけなのですが...論点がずれているようですね？

起業支援家としてはペテン師なんだと思ってる。
プログラマーとしてはどうなんだろう。
私は彼の熱烈な信奉者(はてな界隈にもいるよね？)ではないし、LispでWebサービスを作る意義もよくわからない。

起業支援家としてというのはVCという意味でしょうか？

http://techcrunch.com/2011/06/01/paul-graham-total-value-of-y-combinator-funded-startups-is-4-7-billion/

ぜひ上を

プログラマーとしては彼の著書を二冊ANSI Common Lisp、On Lisp、後半は2回読み直すと考え方が変わると思います

またLispでWebサービスを作る意義は当時はあったのだと思いますが、今ではメタ言語でプログラムを生成することが一般的になって

きておりマクロの有用性、Slimeの素晴しさ、最適化ヒントのための機構が言語に内包されている点以上に特別な認識はしておりません

ただリーダマクロを利用すると構文自体を拡張することが出来るためLispを書く人はすべからく言語設計者としての腕が試されるのだと思います

(といっても私は本物のLisp プログラマーではなく初〜中級者の域程度のものと認識しているため上級者以上の方はまた違う見解なのだと思います)

正直なところ、一時期自分もLuaに感動して、Luaで(mod_lua？)Web アプリを書こうとしたときもあったけど、RailsやCake、Nodeのexpressみたいなのでさえ、多くのユーザーが書いている方法の方が同じ悩みにぶつかり、googleすれば誰かがstackoverflowで解決しているので、コピペで取り敢えず乗り切る可能性が高くなる。
# 取り敢えず乗り切って、それから精査するべきだ。形になる時間が経てば立つほど、熱は冷めてしまう。

最後の一文は同意します

が、mod_luaに関してはガチレスしますと、Apache のpre post filter, mod_rewriteの煩雑さ軽減、Access,Auth,UserCheckのpre post、CustomLog置き換えくらいに試作品として個人だったら利用すると思います(プロダクションレベルならば実際利用する前に検証すると思います) mod_luaでもいいですが文章は何が目的かをはっきりさせて書いてください

後半のRails、Cake、Nodeでも同じで、「形にすることが目的」であれば、コピペ出来るものを御自分でえらべばいいのじゃないのでしょうか？なにが主張したいのかよくわかりません

世界はハッカーの原理とはまったく別の方向に動いていると感じる。

あなたのいうハッカーってなんですか？

# ゲームなどのアプリケーション内で使う言語はシンプルが一番だ。それはBASICやTclのように、美的には醜いものでも正解になることが多々ある。
# lispを選ぶのは正解だと思う。

TclをVHDLのシミュレーションツールとして数年利用しましたが、美的に醜いものではありませんそしてなによりもゲームと一括りにしておりますが近年のゲームプロダクションを「舐めないでください」？？？Lispを触りもしないのに正解だと思うなども？？？

そんなことを最近のApple 製品やGoogle 製品の苛立ちとともに感じ、自分の人生の終焉や世界の終わりに思いを馳せながら今日もコードを書くか、身辺整理をするか、絶望感を眠ることでかわす毎日を送るだろう。

現実ではなく煽り文章だと理解しているつもりなのですが、中身がよくわからず何を伝えたい文章で帰結はなんなのかが大変よくわかりませんでした

酷い会社に就職するとブール演算さえまともに理解していない人たちが、銀行や年金のコードを書いている日本の恐ろしさに驚かされる。
金に困って、私もときどきバイトを探すのだが、バイトで地方銀行のプログラミングとか書いてあるのが普通の日本はちょっとおかしい。
多分、証券会社とかの方がまともなコードを書いているのだと思うが、精神的にはキツい気がして門を叩いたことはない。
もう、年齢的にも限界なんでね。

テクノロジーや数字に対して無知な文章と思えるようなことを主張しているようにしか理解できないことがひっかかります。他人は他人ですし変えることは出来ません。ですが自分の考え方はいくらでも受けとめかたは変えられるのではないでしょうか？

別に Perlでなくても、シェルスクリプト、Cでも構わないけど、所詮 CGIだし、正規表現とか文字列に明るいから、打算的な面もあったんだろうと思う。
考えてみれば、あの頃は負荷についてあまり考えてなかったよな。

根本的なコンピュータの仕組みの理解が食い違っている認識なのですが、当時負荷を考えたときスケールアップをしていた理由は、「1台」のマシンと「2台以上」のマシンを管理する方法がまったく別のスキル(コスト)を要求するからです現在ではフェールオーバだけでなく、冗長化の考え方が広くオープンソースの世界でプロダクションレベルに適用されたためであって、当時から負荷自体については考えている所では考えていました

また所詮 CGIという意味では標準入出力さえあればどの言語でも出来るのは事実かと思いますが一方Lispだから打算というのは異なるのではというのは上の文章を読んでいただければ

今、「こうすれば成功する！」みたいに偉そうに語っている人たちって、あの時期に成功した人ばかりなんだよね。

エッセイのどのことを示唆しているかは不明ですが「成功している理由」を考察していることはあっても(時系列でいう後ろから前への考察)、「こうすれば成功する」という考察(時系列でいう前から後ろへの考察)について伝えてる文章は知りませんよろしければその文献情報はどこにあるのでしょうか？

あの頃に成功しなかった人(つまり、私)はもう浮かばれることはないだろうし、今、彼らが言うようにやったとしても、あまり夢がないというか、生きてくのもどうだろうという気がしてならない。
誰も失敗した人の発言には耳を傾けないからね。

人生というのは、確かに一定の年齢を過ぎると選択の幅が狭まるというのは事実ですが「なくなる」というのは嘘ですそしてそもそもその歩いてきた道だけは変えることは出来なく、これからの道は落とし穴かもしれませんが90度直角に歩くことさえ出来るものだと思います

また失敗した人の発言に耳を傾けないわけではないと思いますよ？むしろ否定的な感情を表に出しすぎるために難しくなってるのではないでしょうか？

しかし、組織が、正確にはその組織で利益を得ている人たちが、壊されては困る部分は書き換え不可能になっている。
それが、人間的に正しかろうが間違っていようが、組織の維持が優先される訳だ。

この考察はその通りだと思いますが合理的ではないでしょうか？前回もお伝えしたように株式会社なのであれば株辺りの利益を最大限にすることが目的ですまた会社というのは民主主義ではなく株主主義ですそれさえ理解すれば組織の維持=経営者が優先されるのは当然なのではないでしょうか？従いまして「人間的に正しい」の意味を理解していませんが、あなたのいうその「人間的に正しい」と「組織の目的」との間で落とし所をつけ提案することが本来の従業員の仕事に含まれると理解しています。