SREとして担当してたモバイルアプリもリリース出来て落ち着いたので書いてみようと思います FOLIO is 何？ Fintech [https://folio-sec.com/:title] 入社してやったこと terraform操作周りのリファクタ バージョンの統一 terraformを打つまでの認証周りや、providerの設定、ソフトウェアのアップデートなど自動化 makeで terraform xxxx を打てるようにした applyログをs3に保存するようにした terraform module作った ECS ec2 type fargate ECS task scheduler waf + cloudfront + s3のsorryサーバ モバイルのインフラ構築、運用 サーバレス infra: fargate, ALB, waf, cloudfront, ECR logging

原因は「連絡網用LINEグループトークで趣旨に合わない雑談を続ける」ことだった。 グループトーク内で複数の保護者から再三の"お願い"にも関わらず、言われた直後は雑談を止めるものの数日(酷いときは数時間)後に雑談を再開するというモラルの無さだった。 趣旨に合わない無関係な雑談による通知に嫌気が差し、通知を切ると稀にその間に趣旨通りの大切な連絡情報があるが、それも雑談で流れてしまい追うのに高い労力を支払わず得なくなっていた。 再三のお願いにも関わらず趣旨に関係の無い雑談が止まらないので、定例のPTA会議でついに議題へ挙がる。 雑談容認派は「保護者同士のコミュニケーションは大切」「保護者同士で仲良く話すのが何が悪いのか」「連絡網なのに通知を切るのは良くない」などと主張。 しかも議論を始めると驚いたことに保護者の約半数が雑談容認派で、残り半数が雑談否定派だった。 雑談否定派は保護者同士のコミュニケ

最近では、Gradual Typing、漸進的型付けと呼ばれる型システムを備えた言語(拡張)が増えてきています。 次のようなもの JavaScript: TypeScript / Flowtype Python: mypy / pyre-checker PHP: hack / php-storm flow/pyre-checker/hack と facebook 製が多いですね。 この記事は、それらを使う動機と運用について書きます。この記事の出発点として、 おそらく TypeScript/Flow で発生した問題が後発の言語で発生すると思っており、それらを使う方や、設計する人への提言でもあります。 自分は昔 https://github.com/mizchi/TypedCoffeeScript というAltJS作ろうとして、実装のツラミはなんとなく知ってるつもりです。ホビーレベルで作るもの

初めましての方もこんにちは、さだこえ (@sadako_a_ ) と申します。 DeNAに新卒で入社後、現在は株式会社FOLIOのデジタルプロダクトデザイナーとして、オンライン証券のUIデザインに従事しながら、スタートアップのデザイン支援を副業で行っています。 今記事では、主にアプリの機能として欠かせないPush通知に焦点を当て、記事を執筆します。 Push通知とはご存知の通りPush通知とは、アプリやwebサービスで何か変更や更新があった場合にお知らせをする機能です。一般的にこの業界で言われるPush通知は、Apple Push Notificationを指していることが多いと思われます。 その理由の1つとして、AndroidはPush通知に関してユーザーの許可を取る必要が無いからです。（ダウンロードする際にオプトインされるため、許可率は100%になる。） iOSやWeb Browser

私は昔から ADHD で昔から発想力や問題解決力はあるのだが、自分自身が何かのスキルを上達することが非常に苦手だ。コンサルとか、エバンジェリストみたいな「人にやってもらう仕事」は得意だが、プログラマとか、ヴォーカリストとか、自分が本当になりたかった職業には何回もチャレンジして何回も失敗してきた。 遠くから見ていると私は何かが出来てるように見えるかもしれないが、冗談抜きで人の３倍ぐらい時間をかけないと成果が出ない。しかも、中途半端にしか完成しない。だから、土日も常に何か努力していないと不安になる。 多分私と同じようなADHDの人は、自分的に努力しても何も達成出来ない辛さを感じているかもしれない。過去にも色々試してみたのだが、４７年生きてやっと自分でも実施できる対策が見つかったので、同じ様なことで苦しんでいる人のヒントになればと思い久々にこのブログを書いてみた。 「自分で何かを作れる人」が長年

これは自己観察の結果で、自分が新しい技術の採用を行う際にアジる記事のパターン、個人的に「魂が震えるシリーズ」と呼んでるんですが、それがどういう文章構造を持つことが多いかメタ的に解釈したものです。 単に誰もがこうすればいいという話ではないではないです。功罪あると思ってます。 導入 新技術の既存の文脈での解釈 +αの示唆 仮想敵の宣言 概要 説明 ポテンシャルの例示 極端な例の例示 現実的な制約の存在で現実に引き戻す ユーザーが知るべきことを要約 実例 既存の技術とのアナロジー 古い手法から進化している点を指摘 今の手法の問題点をいかに解決してどんな未来が来るか 応用 既存の考え方を、あたらしい技術で再解釈 本来は無関係だった他の技術との親和性を指摘 課題 新しい技術ゆえのエコシステムのなさを指摘 構造上の欠陥を指摘 まず取り掛かれる現実的なエントリポイントを例示 未来 ここまで読んできたなら

これは何 このブログでは、マンガ + 実戦で楽しくゲーム制作がわかる「マンガでわかるUnity」をWeb連載してまいります！ 解説・監修担当 もんりぃ先生 @monry マンガ・図解担当 湊川（みなとがわ）あい@llminatoll ただいま鋭意制作中。 第1話更新をお待ちください！ マンガでわかるDocker ご要望の多かった「マンガでわかるDocker」描きました！ ダウンロード販売中です。 note.mu 技術書典5に当選しましたら続編の「マンガでわかるDocker②」の制作も予定しています。 「わかばちゃんと学ぶ」シリーズ マンガでわかるWebデザイン・マンガでわかるGit・マンガでわかるGoogleアナリティクスは書籍化しました。全国の書店・Amazonで発売中です。

@andoshin11さんと翻訳していたものをreact native japanさんのリポジトリに集約したので今後はこちらを参照ください！https://t.co/piwrZXIreZ https://t.co/s53xQPWd6v— hotchemi (@hotchemi) June 21, 2018 翻訳はPart1~5まで完了し下記リポジトリへ移管しましたので今後はそちらを参照くださいませ。 github.com

こんにちは、昼飲み好きのアカサカです！京都や大阪の美味しいお店を食べ飲み歩いています。 今回は、京都のパン祭りです！「京都でパン？」と思う人もいるかもしれませんが、京都こそパンの都なんです！！！ 京都の人がパン好きというのは、テレビなどでも紹介されたおかげか、最近ではすっかり有名になってきました。実際に、2016年度の都道府県別パン消費量は京都が日本一。ちなみに、コーヒーも京都が1位です。 パン消費量が日本一だけあって、京都は本当にパン屋さんが多いのです。昔からの地元密着型のお店や、最近できたオシャレなパン屋さん、京都で有名なチェーン店までさまざま。 なんで京都でパンがよく食べられているのか？職人さんが多い土地柄、手軽に食べられるパンが好まれたとか、京都の人は新しいもの好きだからパン食が受け入れられたとか、いろんな説があるようです。 京都の人は、だいたい自分のご贔屓パン屋さんを持っています

2018/4/27（金）に渋谷・DeNAオフィスで開催した『UI Crunch #13 娯楽のUI - by Nintendo -』。"もっと楽しく"を追求する、任天堂のUIデザイナー3名をお迎えし、「Splatoon」 や「Nintendo みまもり Switch」 などの事例を交えながらお話いただきました。 https://ui-crunch.connpass.com/event/82969/ 　 ■■■■コンテンツ■■■■ 00:00:00～ 自己紹介・もくじ 00:03:57～ ①あそび心とUI 00:23:02～ ②SplatoonUIの狙い 00:42:22～ 任天堂の紹介 00:46:14～ ③NintendoみまもりSwitch は 誰のもの？ 01:07:07～ さいごに 01:10:51～ Q&A 【UI Crunchとは】 UI Crunchは、DeN

ＩＴ分野などで急速な技術革新が進む中、政府は新たな科学技術戦略の素案を取りまとめ、ＩＴ関連の人材を２０２５年まで毎年、数十万人規模で育成することや有力大学に占める４０歳未満の教員の割合を３割以上に増やすことを目標に掲げています。 また、若手研究者に重点的に研究費を配分するとともに、大学の給与体系を成果主義に改め、東京大学など１６の有力大学に占める４０歳未満の教員の割合を２０２３年度までに３割以上に増やすことを目指すとしています。 このほか、２０２５年までに、ほぼすべての農業者が気象や消費動向などの情報を利用できるようデータベースの構築を進めることや、２０２５年を目途に高速道路での自動運転を実現することも盛り込みました。 政府はこの戦略を今月中旬に閣議決定し、ことしの「骨太の方針」に反映させることにしています。

CDB @C4Dbeginner というわけで映画『恋は雨上がりのように』を見て来ました。これは断言しますが、この映画に対する事前バッシングは完全に誤解だと思う。「たとえ女子高生から好かれたとしてもまともな男は手を出さない」というツイートがバズっていましたが皆さん聞いて下さい。『この映画がまさにそういう映画です』 2018-05-30 00:47:26 CDB @C4Dbeginner いやネタバレって言われるかも知れないけどさ、ネタバレしないまま「モテないおっさんがJKと付き合う映画だろ」みたいなバッシングされている方がよっぽど問題だってこれ。真逆のテーマなんだから。よく言われる「なぜ相手に好かれても手を出しちゃいけないか」を丁寧に繊細に描いた映画。名作だと思う 2018-05-30 00:47:53 CDB @C4Dbeginner これに関しては僕はわりと真面目に怒ってるというか「作

こんにちは、しがないラジオのgamiです。 今日は、NuxtMeetup#2にブログ枠で参加してきたので、その模様をお伝えします！ 着席しました！ #nuxtmeetup— gami@しがないラジオ (@jumpei_ikegami) 2018年5月15日 当日は、主催の@kotamatsさんの挨拶で乾杯し、お酒を飲みながらLTを聞きました。 乾杯して始めるので来た方は一人一つ持っていってください！ #nuxtmeetup pic.twitter.com/wgK513X3YI— kotamat Laravue NuxtMeetup (@kotamats) 2018年5月15日 スポンサーLT Welcome to Nuxt Meetup @andoshin11 #nuxtmeetup スポンサーLT! pic.twitter.com/W8T4NTUDxh— kotamat Laravue

パラメータを決める 次に関数に渡すパラメータを決めます。 関数の名前で表現されている処理を実現するには、どれだけのパラメータがあればよいか？　と考えてみましょう。 今回の例でいえば「お客さんの年齢」と「日付」があれば、すべてのチケット価格が計算できます。 ということで、age と date の2つのパラメータを渡すことにします。 function calculateTicketPrice (age, date) { } パラメータの名前も、なにを表しているかわかるようにしてくださいね。 くれぐれも「hensu」とか適当な名前をつけたり、同じ変数にぜんぜん違う値を繰り返し代入したりすることのないようにしましょう。 テストを書く 次にユニットテストを書きましょう。 テストは常に更新される仕様書です。 業務ロジックをテストに説明させておけば、関数の仕様をコメントにいちいち書く必要などありません。

ゴールデンウィークはいかがお過ごしされただろうか。今年は天気も良く、行楽日和が続いたように思う。 さて、先日MySQL 8.0が正式にリリースされた。少し時間が経ってしまったが、今回はMySQL 8.0の新機能について紹介したい。コミュニティ版のダウンロードはこちらから可能だ。 ひとつ前の正式バージョンはMySQL 5.7だったのだが、MySQL 8.0は非常に大きなリファクタリングが含まれており、5.x台のバージョン番号を捨て去ろうという話があった。そこで、次のメジャーバージョンは最初の桁を増やすということになったのだが、MySQL 6.0は過去に既に存在し、買収などの騒ぎで開発が頓挫してしまった経緯がある。7.xはMySQL NDB Clusterと被っている。というわけで、5.7の7の部分の次という意味合いもあって、8.0というバージョン番号を引っさげ、満を持しての登場となった。その

はじめに VueをつかってWebアプリケーションを実装するとき、Componentをどう切るかって誰でも一度は悩みますよね(悩みますよね？)。とりあえず思いつくままに切ってみたり、繰り返し使いそうなもので切ってみたり、CSSのスコープで切ってみたり…。いろいろな切り口があると思います。 この「いろいろな切り口」でコンポーネントを切ることができる点が、コンポーネント設計を難しくしている所以だと考えています。 そこで今回は、どのような切り口・観点でコンポーネントを切ればよいのか、そのときに気をつけるべきことは何か、といったComponentの設計方法についてまとめてみます。 すべての実用ケースを想定できているわけではないと思いますが、大小いくつかのWebアプリを開発する際に利用してみて今のところいい感じに運用できている方法です(というか自然と収束して出来上がった考え方という感じです)。 はじめ

父親からたまには連絡をしてこいという要請があったが、Facebookでの投稿は気が引けたのでこちらのブログを更新するという形で近況を報告させていただく。 とはいってもこんな機会もなければ特に日本語を書くなんてことも無いと思ったので、これからもブログで日常のことを記録することをたまに行うかもしれない。頻度などを決めると長続きしないたちなので、その辺は適当。 この記事では シドニーでの生活全般 最近していること これからこの一年で挑戦していきたいこと この三つをカバーできれば良いかなと思う。 シドニーでの生活全般 生活はキャンパス内と周辺で結構完結してしまうので、時々街に出たりするようには心がけている。が、出たところでお目当のものを終了した瞬間に暇になるし疲れるだけなので、行動範囲がかなり狭いのが現状。 学生寮から走って10分程度の公園での夕陽。時々ジョギングをするようにしている。キャンパス周

宇宙ビジネスとは全く関係のない集まりで自己紹介をする際、「宇宙ビジネスのWebサイトを運営しています」と言うと、「ロケットの打ち上げや望遠鏡のお話ですか？ “ロマン”がありますね」という反応とともに、普段の生活とは関係のないものだと思われてしまうことが少なくない。 【本記事の要旨】 ☆☆☆☆☆ ・宇宙ビジネスに対するロマン先行のイメージは半分正解、半分間違い ・宇宙ビジネスは地上に住む人々の生活をより豊かにできる可能性を秘めている ・日本には政治的な背景が生んだ「宇宙村」という課題がある ☆☆☆☆☆ 宇宙ビジネスとは全く関係のない集まりで自己紹介をする際、「宇宙ビジネスのWebサイトを運営しています」と言うと、「ロケットの打ち上げや望遠鏡のお話ですか？ “ロマン”がありますね」という反応とともに、普段の生活とは関係のないものだと思われてしまうことが少なくない。 ロマン……たしかにそうなのだ