開拓馬の厩スマートフォン用の表示で見る開拓馬の厩いろいろやるこの広告は、90日以上更新していないブログに表示しています。本ブログで現在勤務している会社に言及したことがあまり無いので改めて紹介をします。私は昨年の9月から株式会社HERPでエンジニアをしています。ATS)を提供している会社です。TypeScriptとHaskellを使ってプロダクト開発をしています。弊社にはエンジニアが十数名*1在籍しています。中にはブラウザのレンダリングエンジンにContributeしている人がいたり、計算機科学の研究をしている現役大学院生がいたりします。メンバーの知識に差があるのでそれを埋めるためにも勉強会をやりたいなあという声が社内であがっていました。弊社では「スクラム採用」という採用活動を推進しています。スクラム採用とは採用施策を人事担当者ではなく現場社員が立案・遂行するという採用活動です。エンジニアの採用はエンジニアが、デザイナーの採用はデザイナーが介入するといった感じです。エンジニアがスクラム採用をやっていくにはTwitterやブログでテクノロジーに関する話をしたり、イベントで登壇したりして注目を集める能力があるとうれしい。社内で勉強会を行うのは知識を発信する訓練として良さそうだというのも社内勉強会を開催した動機のひとつです。社内勉強会の様子8月1日に私が企画して社内勉強会を行いました。1回目なのでひとまず30分ぐらいで終わるように発表者を2名集めて発表7分、質疑応答7分としました。2019に参加した話をしてもらいました。hiroqnさん:nixパッケージマネージャーの話をしてもらいました。主催者としての反省この手のイベントの企画は初めてだったのですが、やってみた反省としては以下のとおりです。発表者は案外集めづらいあと、今後も社内勉強会を定期的に開催するようにしたいと思っています。社外の人も参加できる形にしていきたいと考えており、他社がどのようにして勉強会を企画・開催しているのかとか、エンジニア勉強会をやる文化を根付かせるためにどんな試みをしているのかとかを調査しています(有識者の方がいればコメントくださると幸いです)。Scrapbox使うとよさげ?発表スライドをScrapboxのプレゼンテーションモードで作ると手軽でいいんじゃないかなと思います。実際にhiroqnさんはスライドをScrapboxで作っていました。Scrapboxのプレゼンテーションモード。「あなたとJAVA,今すぐダウンロード」っぽい改行が入るのはご愛嬌パブリックプロジェクトで作ればそのまま公開もできます。今回の発表資料も↓で公開しています。projectですが、スライド以外にも弊社で使っているフレームワークや技術の解説もまとめています。題してHERP-Technoteです。今年6月頃からすこしづつ書き始めて現在50以上のページができています。今後も記事を増やしていく予定なので読んでくださると嬉しいです。github.comどこらへんがイケてるのか実際に使ってみたとりあえずbuilddevサーバーを動かすWebIndexPluginでindex.htmlを自動生成まだまだあるぞどこらへんがイケてるのか公式サイトやGitHubのREADMEによると以下のような利点があるらしい。実際に使った感想としては、configファイルが簡素な点、で専用のCLIを使わない点、後述のWebIndexPluginなどが主な魅力だと思われる。実際に使ってみた実際に使ったソースコードはこちら以降は、実際に書いたコードを提示しながら*1、FuseBoxの使い方を説明する。「ただbuildするだけ→devサーバーを使う→pluginを入れる」のように後半になるにつれて高度な機能の説明になっていく。buildまず適当なtsファイルをbuildしてみる。src/ディレクトレリを作って、その中にindex.tsという名前で以下のソースコードを保存する。World";console.log(msg);次にyarnを初期化して、fuse-boxとtypescriptをインストールする。typescriptREADMEに習って以下のようなconfigファイルを書き、fuse.jsの名前で保存する。あり、.instructions()でビルドの起点になるファイルを指定する(webpack.config.jsでいうところのentry)。設定ファイルを記述したら、以下のコマンドを実行する。-gしたくない派の人喜びそう)。fuseすると、dist/ディレクトリが作られ、中にビルド結果がapp.js、app.js.mapの名前で出力される。ちなみに今回のように、tsconfig.jsonを作らずに実行すると、src/以下に自動生成してくれる。targetやbaseUrlなどの設定項目はfuse.jsに書いた通りにしてくれるのでちょっと便利。devサーバーを動かすfuse.jsにdevサーバーを立てる設定を追記する。mapをブラウザ向けのものにしておく。ブラウザ向けのコードを吐かせる。デフォルトは4444。devサーバーのルートディレクトリ。デフォルトはFuseBox.init()の`output`で指定したディレクトリ。replacementを有効にするfuse.run();ES5で出力するようにしたので、index.tsもES6以降の機能を使ったやつにしてみる。showMessage(hello);最後にdist/index.htmlを作成すれば準備完了。World」が表示される。ついでにapp.jsを確認すると、ES6やTypeScript特有の記法がES5に変換されていることが確認できる。前章ではindex.htmlを手動でdist/に置いた。dist/は自動出力専用にして、手書きのコードは他のディレクトリで管理したいという要求もあるだろうと思われる(私はそうしたい)。そこで、WebIndexPluginというものを使ってそれを実現する。src/public/template.htmlを作る。ここにscriptタグが挿入される。--></body></html>fuse.jsにプラグインの設定を追加する。これを書き足す});実行するとdist/にindex.htmlが自動生成される。ちなみに、WebIndexPluinの引数でtemplateを指定しない場合、適当なhtmlファイルを自動生成が作られる。あるぞまだ色々紹介したい機能があるが、長くなったので記事を分けたい。残っているネタは以下の通り。AltCSSを使ってみたJSXを使ってみたfuse-box/sparkyで静的ファイルのコピーをしてみたついでにwebpackあたりとの比較もやってみたい(未着手)。7月17日時点で、依存ライブラリに脆弱性が見つかっているようなので本格的に使うなら次のバージョンを待った方がよさそう*2。4公開のタイミングで直すのかよくわからない。Collectiveを使って業務で使っているOSSライブラリに寄付をした話をする。Collective会員登録お支払い実際に寄付してみたさいごにCycle.js会社でCycle.jsというフロントエンドフレームワークを使っている。ブラウザ上の操作やHTTP通信などの"外界"の動作を関数外の処理に任せるというアーキテクチャを採用している。Webアプリはブラウザ操作やHTTPレスポンスを受け取り、ビューやHTTPリクエストを吐く関数である弊社プロダクトのフロントエンド部分はほとんどCycle.jsで実装しており、大変お世話になっている。そこで、Cycle.jsのOSSコミュニティに資金援助をしよういう話が社内であがった。Collectiveというサイトで寄付金を受け付けている。Collectiveは投げ銭サービスの一種で、主にGitHubでOSSコミュニティ向けに作られている。寄付する側での会員登録、寄付の方法を説明する。個人で会員登録をする場合、メールアドレスと名前を入力するだけで登録できる。linkを開くことでログインする。ID(任意)の入力を求められる。IDを入力しておくと、団体のアイコンを自動で取得してくれるみたいなのでちょっと便利。お支払い次に寄付の方法を説明する。寄付先のコミュニティのサイトを開き、「コントリビュート」のボタンをクリックする。すると、コミュニティが指定した寄付のプランが表示される。contribution」を選んで自分で寄付額を決めることもできる。自分で寄付額を決める場合、金額と寄付の頻度(1回、毎月、毎年の3パターン)を入力する。ちなみに通貨単位がユーロ建てになっているコミュニティもある。寄付金を決める際は為替を要チェック寄付金の支払い方法は以下から選べる。海外送金するのは色々大変そうなので、実質クレカとPayPalの二択になると思われる。:sasuga_shacho:そして公式サイトに載った。さいごにCycle.jsはかなりイケてるフレームワークなので、ガンガン開発してほしいですね。herp.careersherp.careers*1:つまり、メールを受け取れる人が本人という形で本人確認を行っている。アイドルマスターシャイニーカラーズSEKIROクリアしました*5欲しいものリストで誕生日プレゼントをねだる機能が追加されました*1:機能を追加してません。Mod版は操作性がいまいちなのであんまりやってない*5:一週目不死断ちエンドのみ。24.0.0を公開しましたTweet広告を非表示にするもっと読むコメントを書く2018-12-02研究と鬱と休学の話これはEEICアドベントカレンダー2日目の記事です。研究する気のない人が大学院に入って精神状態がボロボロなった話とそこから這い上がった話をします。TL;DR人は心が荒むとスピリチュアルに頼りがち。認知行動療法に頼ったほうがいいつらくなったら学生相談室にGO「勉強をしたい」と「研究をしたい」は別。研究室と研究生活について学部4年(去年)の4月から、電子情報工学科のIIS-Lab(矢谷研究室)に配属されました。その後、大学院に進学した後も在籍し続け、1年半ほどこの研で過ごしました。毎週水曜日に全体ミーティング、また週一で先生と1対1でミーティング(コアタイムはこれだけ)。解決すべき問題を探すところから実験計画まで、全部自分で決める。研究の進捗管理はGitHubのissue、業務連絡はSlack。論文はOverleafで書く。共有リンクを渡せば、先生も上級生もわりとガッツリ添削してくれる。*1発表練習が手厚い。卒論発表や輪講の直前はミーティングで発表練習をやる。(ベンチャー企業のオフィス感)修士1年の夏に企業のインターンに行くことが推奨されている。1/3ぐらいが留学生。研究室でパートナー契約的なものをしてるらしく、高いインスタンスを借りても大丈夫っぽい。(書き忘れていたので2019/01/15追記)自分で考えたテーマで研究したい人、研究のモチベーションが高い人にはとてもいい環境だと思います。逆にそうでない人をきっぱりと休学・退学させてくれるのもいいところなのかな......(ごまかしで卒業できてしまうのよりは間違いなく良い)気の乗らない研究生活。鬱の傾向が現れるそんな素晴らしい環境に身を置きながらも、研究生活を送るにつれて私の精神はすり減っていきました。その原因は研究の進捗が芳しくなかったことです。研究テーマを見つけるという段階から躓きました。どのような研究をやりたいかというビジョンを明確に持たないまま4年生になってしまったため、やりたい研究が思いつかないという状態に陥りました。IIS-Labでは、研究テーマは各人が自分で決めるという方針だったため、テーマが降ってくる*3こときも期待できず、ただ途方に暮れる状態でした。結局、なんとかひねり出した微妙なアイデアを元に研究っぽい何かをでっち上げるというような酷い卒業研究でした。こんな具合で卒業研究は散々な結果だったのですが、大学院入試には受かっていたためそのまま大学院に進学し、修士の研究でもテーマが見つからないという問題に直面し......毎週のミーティングで先生に報告できるような進捗を作らなければという重圧や、修論発表の期日までに成果を出せないかもしれないという漠然とした不安と戦う毎日でした。した不安は大学にいる時間だけでなく、買い物している間やご飯を食べている間、寝る前の布団に潜っているときも、趣味の登山の最中ですら、常にこうした不安からは逃れられない状態でした。自由な時間はたくさんありましたが、心から休める時間は1秒たりともありませんでした。そんな生活を送っていたら不眠症になり、保健センター精神科*4で診てもらったところ「鬱の傾向*5がある」と言われました。認知行動療法、マインドフルネス、スピリチュアルこうして鬱の傾向にあることが発覚したのですが、そこから抜け出すために色々な「あがき」をしました。認知行動療法に取り組みました。認知行動療法というのは、出来事に対するネガティブな思い込み(自動思考)を言語化し、合理的な思考に修正することで精神を安定させる手法で、鬱やパニック障害の治療方法のひとつです。精神科医デイビット・D・バーンズの名著「いやな気分よさようなら」や「フィーリングGoodハンドブック」*6を読み込みました。そこに記載されているノートテイキング手法を試したり、日々認知の歪みを意識して生活したりすることで、ネガティブな自動思考を徐々に和らげていきました。Therapy(ACT)についても調べ、できる範囲で実践しました。他にもマインドフルネス(瞑想)にも取り組みました。マインドフルネスとは「何も考えない」状態を作ることでストレスを和らげる手法です。基本的に道具を使わなくてもマインドフルネスは可能なのですが、ガイドがある方がやりやすいと考えたので、HeadSpaceやPauseといったアプリを使いました。Applicationは学術研究の対象として注目されてきているようです。コンピュータサイエンスを用いてWell-beingを追求するという目標の元、HCIと精神医学を組み合わせた学際的な研究は最近流行ってきているみたいです(マインドフルネスは決してスピリチュアルやオカルトのたぐいではないぞ)。「ウェルビーイングの設計論*7」等の書籍に詳しく書いてあるので興味を持った方はご一読してみることをおすすめします。半ばヤケになって色々試しました。認知の歪みを意識すると気分が落ち込みにくくなるという発見は今でも役立ってます。東大の学生相談ネットワーク学内の学生相談ネットワークもフル活用しました。大学生活を送るうちに心を病む人というのはわりと多いらしく、ほとんどの大学には学生相談室という施設が設置されています。東大の場合、学生相談室の他に、精神保健支援室(保健センター精神科)、コミュニケーション・サポートルーム、なんでも相談室、ピアサポートルームという施設が存在し、まとめて学生相談ネットワークと呼ばれています。私はピア・サポートルーム以外は全部利用して精神の安定させていきました。使い方とかどんな雰囲気かというのを書いておきます。アンケート基本的に薬を処方してくれるだけ。カウンセリングはあまりやらない診察料は無料、薬代は自費。健康保険が使えず全額負担とは言っても、抗うつ剤(SSRI)と睡眠薬(ゾルピデム)3週間分で1500円ぐらいなのでそんなに高くない初回は窓口に直接行く。両方でカウンセリングを受けるのが良いんじゃないかな。悩みを言語化したり、自分の状態をより深く理解したりすることはとても大事です。自分は研究をしたいわけではないらしいそんなもろもろの「あがき」や学生相談ネットワークの支援によって現在の私の精神状態はかなり安定しています。今は何をしているかというと、大学院を休学してスタートアップ企業でエンジニアをしています。今やってることについては他の記事*11で語るとして休学に至った心境についてお話します。鬱の傾向が晴れて今の自分の状況が冷静に捉えられるようになった私は極めて単純な心理に気付きました。つまるところ、自分は研究をやりたいわけではなかったのです。大学に入ったときは講義を受けて色々なことを学びたいと考えていましたし、大学院入試をした動機の中には他の研究者が書いた論文を読むのが好きという要素も多少ありました。自分が論文を書いて他の研究者に読ませることには全く興味がないということに気付きました。本当にやりたいことは研究ではなかった、他にやりたいことがあるはず、仮にやりたいことがまったくなく自分の人生に意味がないとしても研究するよりはマシな時間の潰し方はある。あれこれ考えるうちに、嫌々ながら研究を続けるより休学してエンジニアとして働いたほうが良いのではないかという結論に至りました。自分はお金とスキルを得られてうれしい先生は私の指導に当てていた時間を自由に使えてうれしい企業は私という労働力を得られてうれしいなどなど、私が休学して働くことであらゆるリソースが正しく使われるようになるわけです。Engineeringで不当に高く評価されるのは、今後の人生において良い結果を産むはずがありません。そんなことを考えた私は、次の日には休学届を完成させ、次の日には現在のインターン先に面接に行き(あっさり採用してくれた弊社に感謝)、あっという間にエンジニアに転生していました。して研究する気がない学生が一人消え、人手不足のIT業界に働き手が一人増え、世界は少し良くなったとさ、めでたし。*1:研究室見学では論文執筆環境はあんまり語られることがないが、それなりに重要な要素だと思う*2:今年秋入学で3人入った。彼らが秋入学したのと入れ違いで休学したので、どんな人なのかあまり知らない*3:教授や院生が研究テーマを考え下級生にやらせる現象*4:学内の病院的な施設*5:精神科医による診察結果であるが、診断書が発行されるレベルの本格的な診断ではないため「傾向」というファジーな表現がされている*6:この2冊は鬱の状態で読むには内容的にも物理的にもやや重いのでそれっぽい入門書を図書館で借りたほうがいいかも*7:この本は私が発注した(ドヤ顔)ので工学部2号館図書館に蔵書されている*8:瞑想をして精霊を呼ぶ的なやつ*9:レンタカーで四万温泉にドライブして事故る(駐車場で隣の車を擦った)。レンタカー屋の保険2100円で全部解決できた上に警察に通報して事故の後処理をするという貴重な体験ができたのは良い買い物だった*10:バラマキではなく医学研究の一貫である。技術インターンシップに参加してちょっぴり*1成長してきました。楽しかったので体験記を書きます。前半の5日は講義形式でwebアプリケーションの開発について学びました。初日はオフィス見学と環境構築で、2~5日目で以下のようなことを学びました。)個人的にはクラウドインフラの回が一番楽しかったです。EC2やRDSのインスタンスを立てたり、ロードバランサを置いて負荷分散をしたりといったことを体験しました。これらは学生が個人でやるには限界があり、ここで体験できたのはとても良かったと思います。サーバの設定内容をコードの形式で保存しChefツールで環境構築を自動化することで、サーバ環境構築の冪等性を確保するという概念を知ることもできました。実習として、ISUCON形式でアプリケーションの処理速度をインターン参加者同士で競うということも行われました。後半はOJT*3コースとPBL*4コースに分かれて参加者ごとに異なる活動をしました。OJTは実際にクックパッドの開発現場に参加するコースで、PBLは与えられた課題を解決するようなアプリケーションをチームで開発するコースです(やや期間が長いハッカソンのようなもの)。私はPBLコースに配属され、「食材の購入を支援するアプリを作る」という課題に3人のグループで挑戦しました。我々のチームは「休日に1週間分の食材を買い込んで、平日はそれらを使って料理する」というシナリオを想定し、1週間分の献立を決めると必要な食材の総量を計算してくれるアプリを作成しました。Nativeを書きました。Nativeの開発ができました。ライブラリの選定や設計方針を予め相談した方が良かったのかもしれません。Navigationが生成するものを使いましたが、個人的には使いづらいように感じる部分もありました。Baseで実装するという選択肢をあまり考慮せず、なんとなくで決めてしまったのは良くなかったと思います。仮に今回作ったものを実際に事業として動かすのであれば、デザイン面*6と技術面*7での課題を解決するためにユーザインタビューや機械学習モデルの構築などが必要で、事業開発のほんの一部分しか体験できていないようにも思いました(インターンの期間中にユーザインタビューまでやるのは無理そうだけど)。参加前はOJTコースで現場の業務環境を体験したいと考えており、PBLコースに配属されたのを残念に思っていました*8。アプリの設計から実装まで技術レベルが同じぐらいのメンバーでグループ開発するという体験はそんなにできることではないため、それはそれで良い体験になったのではと思います。感想いろいろなことが体験できた10日間でした。Nativeといったフレームワークを初体験したり、インフラエンジニアリングという分野のことを知ったりすることができました。今回のインターンそれ自身による成長はそこまで大きくは無いと思います。本当に成長するのは今回触れた技術をアルバイトなどで活用したときになるのではと思います。今回のインターンを通じてweb系エンジニアの方々の働き方を垣間見たり、同期の学生達が様々なことに挑戦していることを知ったりして、勉強していくモチベーションが高まりました。このインターンで成長したというよりは、今後成長する足がかりができた感じがしました。Nativeほぼ初見でしたが、2週間で多少使えるレベルにはなったかなと思います。どのようにして新規事業を立案したり、ユーザのフィードバックを得たりしているのかを体験できました。大学では得られないものだったと思います。研究のテーマ探しやユーザスタディなどでも役に立ちそうだと思いました。ISUCONAWSへのデプロイや、クラウドインフラの最適化は独学では体験しにくい分野なので体験できてよかったと思います。インフラエンジニアという職種を知ることもできました。社内ISUCONを体験して本家ISUCONにも興味が湧きました。Rustインターンの内容とは無関係ですが、参加者にRustaceanがいて布教されました。Assemblyと組み合わせて使ってみたいです。その他クックパッドはオフィスにキッチンがある変わった会社です。そのキッチンを使って、インターン参加者や社員の皆さんとごはんを作りました。大勢で料理をしてみんなで食べるというのはとても楽しかったです。それに料理も美味しかったです。Component*6:献立を立てる→必要な食材を計算というコンセプトなので、献立を立てるという体験を楽しくさせるデザイン上の工夫が必要だと考えられる。AWSの開発&管理を補助するフレームワークです。最近アルバイト先でserverlessを用いたアプリケーションに関わり、その際に使いかたを軽く勉強したので、ブログに書き残しておきます。1.29.2InstallationServerlessはNode.jsのアプリケーションとして配布されており、npmコマンドからインストールできます。slsという短縮コマンドが自動でエイリアスされるらしいサービスを作ってデプロイインストールが完了したので、簡易的なLambdaのファンクションを作成してAWSにデプロイするところまでやってみましょう。Notificationを送ってくれる目覚ましファンクションを作ってみます。createコマンドでサービスを新規作成できます。このとき-tオプションでアプリのテンプレートを、-pオプションでサービスを保存するパスを指定できます。テンプレートはaws-python*1、保存先は適当な作業ディレクトリ上のlambdaMezamashiというディレクトリにします。serverless.ymlコマンドを打つと、lambdaMezamashiというディレクトリが作成され、handler.pyとserverless.ymlという2つのファイルが自動生成されます。handler.pyはLambdaのファンクションを書くファイルで、serverless.ymlは設定ファイルになります。動かすアプリが完成したのでとりあえず動かしてみます。テンプレートにはhelloという関数名で簡単なメッセージを返す関数が定義されています。{関数名}で指定した関数名の関数をローカル環境で実行できます。Notificationの使いかたはこちらの記事でも解説しています。Notifyのページからアクセストークンを取得し、環境変数LINE_NOTIFY_TOKENに書き入れます。NotifyのAPIを叩くコードを追加します。response次にpipコマンドでrequestsをインストールします。requests次にserverless.ymlを書き換え、mezamashi関数に関数名を割り当てます。localを用いて動作確認を行います。(LINEに通知が来る)スケジュール実行の設定Lambdaファンクションの実装が完成したので、これをスケジュール実行するように設定を書きます。serverless.ymlのfunctionsの部分にイベント設定を追記するだけです。Gatewayと組み合わせることでwebアプリのバックエンドとして使用するケースもよくあります。Gatewayと結びつける方法も説明しておきます。{APIのURI}の形式で記述します。Gatewayが作成されます。helloオフラインでテストするファンクションが書けたので早速デプロイと行きたいところですが、その前にローカルホストでLambdaファンクションをホストして、APIのテストを行う方法を解説します。これは、業務でデバッグやAPIのテストコードを走らせる場合にも必要なことなので覚えておいて損はありません。必要なプラグインをインストールします。{プラグイン名}で行います。--save-devをラップしてnode_moduleをインストールしつつ、serverless.ymlにプラグイン情報を追記してくれるものらしいです。slsコマンドからインストールできないためnpmを直接使う次にserverless.ymlの末尾に以下のように書き込んでserverlessとプラグインを紐付けます*2。offlineというコマンドが使えるようになります。これによりローカル環境でcurlコマンド等を用いてAPIのデバッグが可能になります。helloファンクションが動くちなみにserverless-offline-schedulerというオフライン環境でスケジュール実行のデバッグができるプラグインがありますが、Node.jsで書いたものしか動かないみたいです*3。デプロイする最後にデプロイの方法を説明します*4。最初にAWSアカウントの設定をします。AWSのマネジメントコンソールにログインし、IAMから新規ユーザーを追加します。ユーザー名を適当に設定し、「プログラムによるアクセス」にチェックを入れます。ユーザーの作成が完了したら、「アクセスキーID」と「シークレットアクセスキー」を控えておきます。シークレットアクセスキーはこのときにしか確認できないため、忘れた場合には再度アカウントを作成する必要があります。credentialsコマンドを用いて設定します。XXXXXの箇所は適宜アクセスキー、アクセスキーシークレットに書き換えてください。XXXXXデプロイ、実行、削除アカウントの設定が済んだら遂にデプロイです。deployコマンドを実行するだけで簡単にデプロイできるようになっています。今回のようにPythonで実装している場合は、自分で書いたコードだけでなくサードパーティ製のライブラリも一緒にデプロイする必要があります。serverless-python-requirementsというプラグインをインストールするとデプロイ時に自動でこの作業をやってくれるため、今回はこのプラグインを利用することにします。依存関係をrequirements.txtというファイルに書き出す上記のコマンドを実行したら、デプロイします。lambdaMezamashi-dev-mezamashiこれで完成です。APIとして叩くことができます。removeコマンドを実行するだけです。Frameworkの使い方を軽く説明しました。Frameworkは他にもDynamoDBやS3といったサービスを操作することができ、その名の通りサーバレスなwebアプリケーションを構築することができます。Gatewayでバックエンドの処理を行い、DynamoDBやCognitoでユーザ情報を管理するという構築にすればどんなWebアプリでも作れそうですね。3.6のPython環境を用意する必要があります。Gatewayを通して全世界から実行可能な状態になります。Lambdaファンクションに脆弱性が存在した場合には思わぬ被害を被る可能性があることを心に止めておいてください。*5:公式ドキュメントでもAdmin権限を設定する(https://serverless.com/framework/docs/providers/aws/guide/credentials/)という解説されています。Frameworkは開発中でやれることがどんどん増えています。そのためAdmin権限でないと機能に制限がかかり、開発が面倒になる可能性があります。Amdin権限で開発しつつ、製品を公開する際に権限を必要最低限に絞るような運用が望ましいと思われます。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。