@mirimiripc Profile picture

大川 峻(元 miriwo)

@mirimiripc

投稿内容は所属団体とは一切関係なく、一個人の意見です。 バックエンドエンジニアとして2020/3/9から働かせてもらってます!独学でSierからバックエンドエンジニアに転職しました! Qiita: https://t.co/skBZiXfnbT GitHub: https://t.co/AbDqjWUnSm

Joined November 2018
Similar User
oʎЯꓕɅ photo

@3s_hv

gami@Udemyで非エンジニア向けJavaScript入門コース作った photo

@jumpei_ikegami

kenji7157 photo

@kenji7157

ざき photo

@zucky_zakizaki

zuckey ずっきー photo

@zuckey_17

katz photo

@kaleidot725

ariaki photo

@ariaki4dev

Yui Nishimura/西村ゆい photo

@y_nishimura_tec

ずんだまる(仮) photo

@zuncha318

はっせー photo

@Dear_you_cry

jun2014 photo

@jun20143

ih6109@長岡 photo

@ihirhs

sakopon photo

@__sakopon

kazto photo

@kazto_dev

ガリブ photo

@hellhellmymy

Pinned

自分の軸は「アピールしなくても、自然と選ばれるサービスを作る」だと言うことがわかった。言語化できてよかった。


結局「やらなきゃ死ぬ」くらいの経験が今一番生きてる気がする。 チームとか会社とか組織とかももしかするとそうなのかもしれないなとちょっとおもったり。


大川 峻(元 miriwo) Reposted

フルリモートというメリットはなくなったので、いまより価値観の合う会社なり職に移行してもいいかなという気持ち。お声がけお待ちしております。 lycorp.co.jp/ja/news/announ…


大川 峻(元 miriwo) Reposted

記事を投稿しました! Stripe API の charges->all メソッドのデフォルトで表示件数が100件までに制限されている点について on #Qiita qiita.com/KenKen127_/ite…


大川 峻(元 miriwo) Reposted

急に重くなる飼い主 再掲

Y_ashi_n's tweet image. 急に重くなる飼い主 再掲

大川 峻(元 miriwo) Reposted

ucanさんのいつも通り丁寧で実践的な内容の記事。 クリーンアーキテクチャは何となく分かるけど、DDDが未だに混乱するので改めて整理したい qiita.com/ucan-lab/items…


大川 峻(元 miriwo) Reposted

【新サービスリリース記念50%OFF!】 日々沢山のAIモデルが公開されていますが、それぞれを使いたくても全てに課金するのはお財布に優しくありません😭 1つのアプリだけでとっても安く、3つのAIに一気に質問・比較出来るサービスを作りましたので、ぜひ使ってみてください🥳 nitoai.app/jp


大川 峻(元 miriwo) Reposted

#Stripe に関するアドベントカレンダー記事ですが、他のカレンダーからも投稿いただいています。 GMOペパボエンジニアのアドベントカレンダーからは、@theyoshida3 さんがStripeのサブスクリプションをローカルでテストする方法について紹介してくださっています。 qiita.com/kyoshidaxx/ite…


もうずっとこういうのだけ見てたい。 バチバチに癒やされる。

ベビー子ザメ うみびらき

Penguinbox1's tweet image. ベビー子ザメ うみびらき


大川 峻(元 miriwo) Reposted

アドベントカレンダー10日目✨ まだまだ行くよ~!! mermaid.jsを使ってGitのブランチ図を書いてみよう(コミットとブランチの表現) | 株式会社スタジオ・アルカナ by @mirimiripc #Git #エンジニア #テックブログ wantedly.com/companies/comp…


大川 峻(元 miriwo) Reposted

ベビー子ザメ うみびらき

Penguinbox1's tweet image. ベビー子ザメ うみびらき

Gitの話〜 コミット履歴がちょっと見にくくなるかもだけど、ちょっとでも複雑なブランチ操作するならrebaseよりmerge使った方が良さそう(ケースバイケースではあるのは承知の上)


自前Slackコマンド → GASでPOSTリクエスト送るとSlackコマンドのPOSTリクエストにはヘッダ指定とかできないからGASのAPIの口がフルオープンになるの嫌だな〜って思ってた Slackコマンド → GAS → Lambda or GCP or Cloudflare workerにしようかなと思ってる。 先輩も同じ意見もらえて自信ついた


「自分がゾンビになる前に殺してほしい」って再度周りの人に周知しておこう。 本当の意味での保守的な考え方に落ちたら自分の人生終わったと思おう。 流されるなーーー自分ーーーー楽な方に行くなーーーー自分ーーーー


個人アドカレもうカンストしてるんですが!どうしましょ!


GAS ウェブアプリとしてデプロイしている処理のログをスプレッドシートに出力してみる qiita.com/miriwo/items/0… #Qiita @mirimiripcより いい知見手に入れた←


記事を投稿しました! GAS ウェブアプリとしてデプロイしている処理のログをスプレッドシートに出力してみる on #Qiita qiita.com/miriwo/items/0…


あーーーちょっとGASだけだとAPIの実行権限めんどいか? Slack → GAS → lambdaみたいにしてGASは誰でも実行できるようにして、GAS → lambdaでキーかなにかで認証かけるか? Slackコマンドの引数でキー渡してGASで認証するか?でもそれって危険じゃね?


GASとSlackの自前のコマンド使って遊んでるんだけど。GASをウェブアプリデプロイするたびにPOSTのAPI受け付けるendpointのURL変わるから都度Slackの自前のコマンドに紐づけにいかないと行けなくてちょいとめんどい。


Loading...

Something went wrong.


Something went wrong.