【VSCode】開発環境を自動で立ち上げる
突然ですが世の中には2種類のエンジニアがいます。 開発環境をずっと立ち上げっぱなしにするエンジニアと毎回落とすエンジニアです。 自分を含む毎回落とすエンジニアにとって、開発環境を立ち上げる度に複数のターミナルを開き、それぞれでコマンドをたくさん打たないといけないのは苦痛です🥺 そこでこの記事ではVSCodeでプロジェクトを開いたときに開発環境を自動で立ち上げる方法をご紹介します！ おまけで紹介するAlfredまで設定するとコマンド一発で開発環境が立ち上がるようになり、こんな感じになります！ ではいってみましょう！ 対象読者 開発環境を毎回落とすエンジニア VSCodeを使っている 開発環境を立ち上げるためのコマンドがたくさんあって毎回打つのがめんどくさい 環境 VSCode: 1.66.0 macOS Monterey Hello Custom Task! VSCodeでプロジェクトを開
ソフトウェア開発の見積もり入門
見積もりとは？ Wikipediaによると見積もりとは、以下のようにあります。 見積（みつもり。見積り、見積もりとも書く）とは、金額・量・期間・行動を前もって概算すること。見積もること。あらましの計算をすること。また、その計算。目算。「所要時間を見積る」、「一日の来客者数をざっと見積もった」など、おおよその感覚で数字の見当をつける場合の口語体表現でも使われる。 Wikipedia このように見積もりとは、なにかを行う前に事前にその結果を予想しておくことを言います。 見積もりを使うケースは、ソフトウェア開発に限った話ではありませんが、製造業であるソフトウェア開発においては『見積もり』というタスクは様々なケースで登場します。 見積もりが苦手な人は多い ソフトウェア開発では、「この機能を開発するときにどのくらいで完成できますか？」といったケースが見積もりのシチュエーションとしては多いかと思います
ランニングコストほぼゼロから始めるスケーラブルな本番環境
はじめに 私は個人開発で一山当てたいと常々思っていて、そのためにいくつかヒットしそうなサービスのアイデアがあります。エンジニアであればアイデアを具現化することに躊躇してはいけないと思うわけですが、一度リリースしてしまうとランニングコストが発生するわけで、仮に全く人気がでなかったとしたらランニングコスト分の赤字を垂れ流すことになります。 一方、個人開発者というのはおそらく誰しも夢見がちなので、リリース後バズったりしてユーザーが大量に押し寄せてきてしまってサーバーダウンする可能性も考えてしまいます。 その結果、「全く誰も来なくてランニングコストが赤字になったらどうしよう」という不安と「めちゃくちゃバズってしまってサーバーダウンしてチャンスを逃したらどうしよう」という不安が、心の中でせめぎ合うことになります。 そこで、今回はその2つの不安を一気に解消する「使われなければランニングコストが限りなく
AIの力で自分の声を好きな声にリアルタイム変換できるボイスチェンジャー「MMVC」が登場
自分の声を美少女ボイスやイケメンボイスに変換してくれるボイスチェンジャーは、ライブ配信やムービー投稿の際にありがたい存在です。しかし、ボイスチェンジャーによって変換できる音声は固定されており、自分好みの音声に変換できるボイスチェンジャーを見つけるのは困難です。天王洲アイル氏は、この問題をAIを用いて解決する方法について解説し、さらにAIの力で自分の声を好みの声にリアルタイム変換できるボイスチェンジャー「MMVC」を公開しています。 VRChatなどの登場によって誰でも好きなアバターを使って好きなキャラクターになりきることが可能となりました。また、自分の声を美少女ボイスやイケメンボイスに変換できるボイスチェンジャーも多くの種類が存在しています。しかし、既存のボイスチェンジャーには「理想的な結果を得るためにはボイスチェンジャーに合わせた発声練習が必要」「リアルタイム変換が不可能なため、会話やラ
「強いエンジニアは結局休日に勉強してるじゃん」って思うけど - spice picks
これまで何人も強いエンジニアと出会って、 「なんで自分はあの人と比べて何もできないんだ・・・。」と何度落ち込んだことか。 ただ、最近強いエンジニアの仕組みを理解してから落ち込むことは無くなった。 それについて書いていく。 （強いエンジニア達本人に聞いたわけではなく、観察してえられた個人の見解です） 気づき：強いエンジニアを見て落ち込む要因は2つありそう 1つは今の知識や技術力の差。 書くコードの違いだったり、成果物ができるまでの時間に差がありすぎたり、PRレビューで自分が思いもしなかったウルトラ解決策を何度も提示されて、自分の実力の無さを感じて落ち込む。 もう1つは新しいことを学ぶときの時間の差。 お互い知らない技術だったはずが、いつの間にか強いエンジニアはその技術に習熟(しているように見える)して、自分は理解不足で取り残されているという状況が発生しがち。 この時、自分には才能がないのかと
セキュリティツールの評価は難しい - knqyf263's blog
前から思ってたことをちょっと書かずにいられなくなったのでポエムを書きました。 背景 問題 検知している方が正しいように見えがち 条件を揃えるのが難しい 環境の再現が難しい 検知数が多い方が良さそうに見える 正解かどうかの判断が難しい カバー範囲の正確な見極めが難しい 検知されないほうが嬉しい まとめ 背景 お前誰だよってなるかもしれないので書いておくと、Trivyという脆弱性スキャナーのメンテナをやっています。 github.com とある有名な方による以下のツイートがありました。 I just discovered, during @cloudflare #SecurityWeek no less, that Trivy (the vuln scanner) doesn't detect known issues in Alpine images. Including a critica
40日間の菜食の後ステーキを食べて鼻血を出したい
味は相対的なもの たまには、とちくわを食べてみた。するとその旨味のインパクトたるや。重たいサンドバッグを木製バットでフルスイングしたような衝撃があった。ドゥンッ！！である。その後サンドバッグはゆれている。味が持続している、そんなイメージだ。 ちくわがミシュランで星をとるような店で食べるようなものになる。味とは相対的なものであることをここで知った。菜食、おもしろい。 味は相対的なものと知った。ミシュランで星をとるような店に行かなくても菜食してちくわを食べればよいのではないか 私達が100円でミシュランの店に気軽に行きたければ菜食をしてちくわを食べればよい。そんなことがわかった。だがここで一つの悪い虫がはたらく。それは「菜食をしてミシュランの店に行ったらどんなことになるのだろう…！？」である。解禁の際には高級店に行ってやろうと決意する。 そんな理由からNYからやってきたというウルフギャング・ス
ヤマハで“もっと”配信＆音楽を楽しもう！ Interview 姫森ルーナ
人に聴いてもらうことが一番のモチベーション 姫森ルーナが語る、 配信でエレクトーンを演奏する楽しさ VTuber事務所・ホロライブプロダクションに所属する姫森ルーナさんは、 天真爛漫でかわいらしいお姫様。 時折見せる一生懸命でひたむきに努力する姿が、 多くの視聴者の心を掴んでいる。 そんな彼女の配信の中でも特に人気を集めているのが、 エレクトーンの演奏だ。 今回はルーナさんが思うエレクトーンの魅力や、 演奏の配信で工夫していることなどをうかがった。 English はじめに、自己紹介をお願いします。 ホロライブ4期生の姫森ルーナなのら。普段はゲーム実況や歌、エレクトーン演奏をメインに配信をしているのら。好きな食べ物はたこ焼きと蒙古タンメン※なのら。エレクトーンについてのインタビューは初めてだから緊張しています……！今日はちょっと大人モードのルーナでお話ししますね。 ※蒙古タンメンは（株）誠
webアプリ開発における環境変数まわりのベストプラクティス
nodejsを例に解説します。nodejsでは環境変数はprocess.env.環境変数名でとりだせます。また、開発環境・テスト環境・本番環境をそれぞれNODE_ENVという環境変数にdevelopment test productionと入れる文化があります。 アプリケーションコードに自分が今いる環境(開発|ステージング|本番)を意識させない これはつまり、コード内で環境識別変数(今回で言うところのNODE_ENV)によってif分岐を作らないという意味です。各環境にどのような設定が入るかはアプリケーションコード外にその種類分作成しましょう！ bad if(開発環境){ const logger = new Logger({ level: 'debug' }); } else if (ステージング環境){ const logger = new Logger({ level: 'info }
Twitchで独自に育ったVTuberコミュニティの実態 バイリンガルVTuber、Minya Septemberに話を聞く
Home » Twitchで独自に育ったVTuberコミュニティの実態 バイリンガルVTuber、Minya Septemberに話を聞く Twitchで独自に育ったVTuberコミュニティの実態 バイリンガルVTuber、Minya Septemberに話を聞く VTuberという言葉を聞いたとき、どのプラットフォームを思い浮かべるだろうか？ 多くの方はYouTubeだろう。しかし現在もうひとつ、世界各国のVTuberが集まる場所として盛り上がりを見せているプラットフォームがある。Twitchだ。 TwitchのVTuberへのアプローチは2018年から始まっており、2021年には「VTuber」という単語が検索用のタグとして採用されるなど、関係性をより深めている。最近ではキズナアイさんがDJ配信を実施したり、ホロライブの兎田ぺこらさんが同時視聴をおこなったり、Twitchの創業者が立ち
新人エンジニアはnewsletterを読もう - Qiita
エンジニアには「技術的な議論についていけるようになりたい」とか「自分が伸ばしたい分野の最新情報をちゃんと追いかけたい」とか悩んでいる人が多いと思う。 例に漏れず私も悩んでいて、以前からいろいろ試していたが、同僚が紹介していた「newsletterを購読する」方法が一番ためになった。 まず不足しがちな情報として、コミュニティの最新動向をキャッチアップするためにはnewsletterを購読している。 newsletterとは有志がある技術に関する最新動向をまとめて定期的に配信するメディアで、僕が購読しているものだと https://this-week-in-rust.org/ https://www.cncf.io/kubeweekly/ などがある。 大体は「<技術名> newsletter」で検索するとそれっぽいものが引っかかるのでそれをsubscribeすればよい。 まともなnewsle
大企業でプロダクトエンジニアとして働いたら、コーディングのスキルが下がっていた
背景 Shopifyという会社に1年半前に転職しました。あれよあれよと会社が拡大して、現在は従業員一万人弱くらいです。 画像元 公式ではない雑な情報です。あくまでイメージ その前はChartmogulという、せいぜい20人、30人ぐらいの会社にいました。 なぜ表題のようなことを思ったか 面接インタビュアー側として、出題することになるコーディング問題を自分で試しに解いていました。一年半前には自分が受ける側の立場だったので、自分の腕前の定点観測ができました。 やってみてどうだったか。 コーディングにおけるシャープさという観点では明らかに衰えているな、と思いました。問題が与えられて、それに短時間で、論理的に向き合う力とでもいうのでしょうか。 自分は現職でマネージャの立場になったわけでもないので、これはマズイ。なんとなくこの一年くらいそんな気はしていたので、これを機会にもうちょっと深堀してみます。
フリーゲーム制作からインディーゲーム開発に移って良かったこと・辛かったこと｜Achamoth
ふりーむで公開中なのでよろしくね！ また、ニコニコ動画の『ニコニコ自作ゲームフェス』で賞金がもらえる賞を得たのをきっかけに、アツマールの方でいくつか依頼を受けたりもしています。 精力的に活動していたのに何故、フリゲ作者からインディーゲーム開発者に移行したのか？というと以下の理由がありました。 ①公開範囲の限界フリーゲームを作成し、公開しようというときふりーむ！やノベコレなど素晴らしいサイトがたくさんあります。 個人が自由に作るゲームの尖った魅力に取り憑かれた愛好家たちが遊び、感想を送り合い、暖かな交流がそこにはあります。 けれど、誰もがアクセス出来るネット上で無料で公開されているにも関わらず、フリゲ作者や愛好家の外のユーザーにまで届く事は稀です。 もちろん、ゆめにっきやIb、青鬼など例外の作品もありますがそんな例外の作品になれることは滅多にありません。 わたしはゲームを作っていく中で、その
RESTful API との比較で GraphQL API を作ることの難しさ｜qsona
上の資料でも書いてるんですが、要点を言うと以下のようなことを主張している。 API の設計手法として、以下の2つのパターンが考えられる ・Resource-based API ・Usecase-based API Usecase-based というのは要はクライアントの要求にそのまま沿った形で API を作るということだ。しかし、UI やその他クライアントの要求というのは変わりやすいものなので、そのたびにいちいち API を変更しないといけないとか、API に一貫性がなくて使いにくいとか、1つの endpoint で多数の要求に対処する "神API" が作られてパフォーマンスが悪化する、というような問題が起こる。 したがって、注意深く RESTful API を設計すると Resource-based になる。ここで言っている Resource というのはテーブル設計にやや近いが、そのまま
Production Ready GraphQLはGraphQLを採用するなら必ず読んでおきたい良書
タイトルのとおりです。この本を読まずにGraphQLについての記事を書いたりしツイートしてたのが恥ずかしいくらいに良質なプラクティスが記載されています。GraphQLを採用して悩むことのほとんどはこの本に書いてあるくらいな印象で、この本を読むと効率よくGraphQLを使った開発の品質を向上できると思います。 どんな人が書いた本なのか 著者はMarc-André Girouxという方で、GitHubとShopifyに勤務しGraphQL APIを開発する仕事をしていたと書籍に書いてあります。GraphQLをやってる人ならこの時点でもう刺さったかもしれませんが、どちらの企業もGraphQLを採用していることで有名です。GraphQLスキーマを設計する上でGitHubやShopifyのスキーマや記事を参考にする方も多いのではないでしょうか。その両方で働いてたという時点で納得の説得力です。Grap
これだけは押さえよう！住所フォームの作り方 - ケンオールブログ
まとめ 住所フォームの作り方 住所フォームを作るときには以下の4つを押さえましょう。 オートコンプリート機能に最適化する 郵便番号フィールドは1フィールドにしてハイフン有無どちらも対応する モバイルUX優先なら郵便番号が入力されたら即座に補完。精度優先なら郵便番号補完ボタンを設置 住所フィールドは「都道府県」「市区町村」「町名以下」の3フィールドが基本。「建物」フィールドはオプション 本文 地域SNSのユーザー登録、ECサイトの配送先入力、資料請求、自治体サイトでの電子申請など、ウェブサービスを活用する上で住所入力は欠かすことができません。 住所入力をシンプルかつ正確に行えるような入力インタフェース（住所フォーム）は、離脱率を減らし、コンバージョン率を向上させる上で重要です。 郵便番号を入力すると対応する住所を自動入力する機能（郵便番号による住所補完）は、住所フォームの改善方法として最も効
ホラーよりも怖いリストラ担当者の話「家族がいたり勤続年数が長い社員の方が退社へのストーリーが作りやすい」 #ねほりんぱほりん
リンク 「リストラの担当者」 「リストラの担当者」 - ねほりんぱほりん モグラに変身した山里亮太とＹＯＵが、ブタに変身した顔出しＮＧのゲストからねほりはほり聞き出す赤裸々トーク人形劇。今回のゲストは「リストラの担当者」。 ある日突然、会社から退職を勧められたら…「明日からどうやって暮らそう？」「そもそもなんで自分が？」湧き上がる不安と怒り。その矛先を向けられるのがリストラの担当者だ。今回のゲストは、大手企業でリストラ業務に従事していた男性２人。同僚の人生を大きく変える、精神的負担の大きい仕事。対象者はどう選ぶの？どんなふうに告げるの？拒まれたらどうするの？身の危険を感じたこと 22 NHK ねほりんぱほりん @nhk_nehorin 【今夜は新作！リストラの担当者】 「会社を辞めてくれませんか？」 そう告げる仕事を任された人たちの苦悩と葛藤をねほりはほりします。 今夜22時00分からEテ
マッチングアプリは結構いい人と出会えることもあるけど、コツもある
先に今の境遇を書いておくと、関西の某地方都市在住の38歳。去年まで東京住まいだったのだけど、フルリモートで東京にいる意味もあんまり感じられなくなったなという事で、郷里のある懐かしい都市へという感じ。職業はエンジニアで年収は700万くらい。顔はイケメンともブサイクとも言われたことがないのでフツメンだと思う。親父に似ているとか、優しげな顔つきとかは言われるけど、まーこういうのは人それぞれなので当てにはしていない。 そんな俺だが4年前に某マッチングアプリで初めて彼女が出来て（要はそれまで魔法使いだった。2か月くらいで別れてしまったけどいい経験にはなった）、それから3人と交際。郷里に戻ってから別のマッチングアプリで価値観や考え方、趣味がまあまあ合う人に出会い、交際半年で婚約したってのが今のステータス。 世間では30過ぎて交際経験がない人に非モテとかコミュ障とか色々レッテル貼りつけるのが流行ってて、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「個人用ファイルを保持する」「すべて削除する」「新たに開始」の違い
飴308@2㌔マン on Twitter: "自分は、コーヒーっていう飲み物が10年ちょっと前まで嫌いだったんですよ。マジで。激甘の缶コーヒーを飲むぐらいで(北海道ジョージアサイコーw)。でもね、ちょっとした出会い的なものがありましてね。お客さんのお家に、パソコンのサポートめお邪魔した時がその出会い。"
