タグ

2023年2月17日のブックマーク (5件)

  • 「奈良県民はみんな地元愛が強いんだろうな」THE ORAL CIGARETTES 山中拓也さんが語る奈良の魅力 - SUUMOタウン

    編集: 小沢あや(ピース株式会社) 構成: 伊藤美咲 撮影:曽我美芽 大型フェスで大トリを務めたり、2022年10月にはさいたまスーパーアリーナで主催イベントを開催し約3万人を動員したりと、今やバンドシーンに欠かせない存在となった4人組ロックバンド「THE ORAL CIGARETTES」。メンバー3人が奈良出身で、2022年には奈良市の魅力を国内外に発信する奈良市観光大使に就任しました。 結成時から奈良出身であることを掲げながら活動を続けてきたボーカル&ギターの山中拓也さんに、奈良の魅力や思い出のお店を伺いました。 オーラルの音楽をつくった街、奈良 ―― オーラルは奈良出身のバンドとして活動していますが、思い出のライブハウスやよく通っていたスタジオはありますか? 山中拓也さん(以下、山中):生駒RHEBGATEはよくライブ会場やスタジオとして利用していて、バイトもしていました。上京してデ

    「奈良県民はみんな地元愛が強いんだろうな」THE ORAL CIGARETTES 山中拓也さんが語る奈良の魅力 - SUUMOタウン
    ikosin
    ikosin 2023/02/17
    "山中:奈良市内の「奈良もちいどのセンター街」というレトロな商店街の中にポツンとあるレコード屋さんによく足を運んでいました。" 今は全然お客さんいないみたいなのでアピールしてあげて https://twitter.com/djangorecords
  • 大事だけど AWS 構成図では省略してしまうことが多いサービスについて - サーバーワークスエンジニアブログ

    コーヒーが好きな木谷映見です。 今回は小ネタです。AWS 構成図を書く際、省略してしまうことが多いサービスについて思いを馳せました。 よくある?構成図 リージョン アベイラビリティゾーン ルートテーブル AWS IAM インスタンスプロファイル Amazon EBS Elastic IP Elastic network interface(ENI) セキュリティグループ セッションマネージャーする時のエンドポイント 最終構成図 終わりに よくある?構成図 よくあると思われる構成図を描いてみました。 AWS になじみがある方から見ると、 「ふむ、パブリックサブネットとプライベートサブネットに 1 台ずつ EC2 インスタンスがあって、プライベートサブネットのインスタンスにはセッションマネージャーでログインするのかな?S3 バケットもあるな」 くらいの想像ができるかもしれません。 リージョン

    大事だけど AWS 構成図では省略してしまうことが多いサービスについて - サーバーワークスエンジニアブログ
  • Perform File Actions Easily from Alfred or Finder - Alfred Blog

  • Go言語プログラミングエッセンス

    このの概要 Go言語ユーザーとして,「もう一段レベルアップしたい」「開発に使いたい」と思っている方に向けた,Go言語の解説です。関数やパッケージの使い方,並行処理,テストといった基的なトピックにおいて,「こう書くと綺麗になる」「こう書くとパフォーマンスが上がる」といったエッセンスを紹介します。後半ではCLIアプリ/Webアプリの開発手順や,現場で使われている便利なパッケージなど,著者が業務やOSSの開発で培った技術をふんだんに紹介します。 こんな方におすすめ Go言語の入門を終え,さらに深く学びたい人 第1章 プログラミング言語Goとは 1.1 Goの簡単な歴史 1.2 Goの立ち位置 1.3 Goが利用される場面 標準でUTF-8をサポート マルチプラットフォーム 並行処理の扱いやすさ ストリーム指向 シングルバイナリ 1.4 教育用途としてのGo 1.5 なぜGoが使われるのか

    Go言語プログラミングエッセンス
    ikosin
    ikosin 2023/02/17
  • 雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try

    (この話は最初Twitterに書こうと思ったけど、長くなるのでブログに書くことにしました) 僕はRSpecやMinitestでテストを書くのは得意ですが、常にテストファースト(TDD)で開発するとは限りません。 今業務でやってるタスクはこんなふうに進めてます。 雑に動くものを作る ↓ 見た目をきれいにする&機能を作り込む ↓ テストを書く ↓ リファクタリングする この順番で開発する理由を以下に述べます。 雑に動くものを最初に作る理由 最初は見た目とか、異常系とか、細かい仕様とかを無視して、正常系が一通り動くものを作ります。 これはこれから作ろうとしているものの認識が合っているかどうかをPO(プロダクトオーナー)に確認するためです。 実際に動く画面を見せると「こんな感じでOK」とか「ここはこういうふうにしたい」というフィードバックをもらうことができます。 また、開発者としてもコードを書きな

    雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try