dbtの公式入門ドキュメント『Quickstart for dbt Cloud and Snowflake』を実践してみた #dbt アライアンス事業部 エンジニアグループ モダンデータスタック(MDS)チームのしんやです。 先日公開した下記エントリはBigQuery環境に向けてdbt Cloud環境をセットアップし、一連の作業を行うチュートリアルの内容でした。 dbtが公開しているドキュメントの中には、その他のデータウェアハウス向けのチュートリアルも公開されています。当エントリではその中のSnowflake版、『Quickstart for dbt Cloud and Snowflake』をBigQuery版同様にやってみた内容を紹介したいと思います。 目次 01.はじめに 02.Snowflakeワークシートを作成 03.データのロード 04.dbt CloudからSnowflakeへ

こんちには。 データアナリティクス事業本部 インテグレーション部 機械学習チームの中村です。 今回も「Terraformで構築する機械学習ワークロード」ということで、前回の記事ではLambdaを使いましたが、今回はその処理をBatch on Fargateに載せてみたいと思います。 前回記事は以下です。 構成イメージ 構成としては以下のようなものを作成していきます。 前回との違いとしては、まずLambdaの代わりにBatch on Fargateを使う点です。 Fargateのタスク(ジョブ)上のコンテナイメージで物体検出モデルの一つであるYOLOXを動かしていきます。 また、それ以外にもBatchを使用する場合は、S3イベントとBatchの間にEventBridgeが必要となります。 動作環境 Docker、Terraformはインストール済みとします。 Terraformを実行する際の

dbtでは公式・非公式を含め、非常に多くのWeb資料が公開されています。dbtがどんな機能を備えているのか、どんなUIや画面デザインなのかを把握するのはやはり実際にモノを動かして試してみる、挙動を体験してみるというのが一番ですね。 そこで当エントリでは、全15パートで構成されているdbt公式の入門向けドキュメント『Quickstart for dbt Cloud and BigQuery』を実際に試した内容をお届けしたいと思います。 目次 01.はじめに 02.新しいGoogle Cloudプロジェクトを作成 03.BigQueryデータセットの作成 04.BigQuery環境へアクセスするための認証情報を作成 05.dbt Cloud環境からBigQueryに接続 06.dbt Cloud管理のリポジトリを設定 07.dbtプロジェクトの初期化と開発の開始 08.はじめてのモデル構築 0

Configuring dbt Cloud data warehouse connections(dbtクラウドデータウェアハウス接続の設定) Understanding how to connect the warehouse(データウェアハウスへの接続方法を理解する) dbtは下記ページ記載のデータソースに接続が可能となっています。それらデータソースへの接続方法を理解しておきましょう、というのがこのトピック。 Configuring IP whitelist(IPホワイトリストの設定) 所定の環境へのアクセスを制限する方法として「登録されたIPからのみ接続を許可する」所謂"IPホワイトリスト"がありますが、dbtに於いてもこの方式は対応可能です。 Selecting adapter type(アダプタータイプの選択) dbtを構成するコンポーネントの1つであり、dbtが(dbtでサポー

データアナリティクス事業本部 コンサルティングチームの石川です。コンサルティングチームメンバーを中心に、日々AWSのアナリティクス関連サービスのアップデートとそのブログを追っています。 先月、先々月は業務多忙のため、合併号とさせていただきます。（ゴメンナサイ m(_ _)m） Amazon Redshiftは、Redshift Serverlessのスケジューラやシングルサインオンの対応、 Amazon Forecastとの統合、QUALIFY句のサポートを開始しました。AWS Glueは、AWS Glue for RayがGAになった他に、AWS Glue for Apache Spark 向け Snowflake 接続の一般提供開始、Amazon CodeWhisperer をサポートするようになりました。Amazon QuickSightは、CI/CDを可能にするアセットのデプロイを

アノテーション インフラチームの栁澤です。 2023/06にJoinしてから2ヶ月半アプリ保守研修を受講していました。その過程で学んだこと・感想をまとめます。 研修課題 スプレッドシート連携ツール 言語: TypeScript 開発環境: VSCode, Rancher Desktop 実行環境: GoogleAppsScript ツール: Clasp サービス: Slack API テスト: Jest サーバーレスアプリ 言語: Python 開発環境: VSCode, Rancher Desktop, Pipenv 実行環境: AWS(Lambda + S3) ツール: Serverless Framework, boto3 サービス: Slack API テスト: pytest 学べたこと 言語知識 TypeScript / Python共にちょっと触ったことがある程度でした。 前職

はじめに 先日シェルについてのオンライン勉強会に参加しました。 スライドも非常にわかりやすく、動画もアップされているので、ぜひ見てみて下さい。 何度勉強してもついつい忘れてしますシェルについて、忘れないうちにアウトプットしておきたいと思います。 私の解釈が混ざっているので、詳しく知りたい方は上のURLへどうぞ 前提 記事内で実行しているコマンドは全てawsのEC2(Amazon Linux2023)のbashで実行したものです。 シェルってなあに みなさん「シェル」使ってますか？ 使ってますよね？ sh, bash, zsh, csh,etc... いろんなシェルがありますね。 この「シェル」ってなんでしょうか？ シェルはユーザーが命令したことをカーネルに伝えてくれるやつ。です。 でも面倒じゃないですか？ なぜユーザーの命令がそのままカーネルではなく、わざわざシェルを通す必要があるのでしょ

知人のエンジニアリング・リーダーと話していたら、「エンジニアに顧客視点でもっとモノを考えてほしい、そこに芯を持ってほしい」と思い悩んでいた。その人がその短い言葉に込めた思いを全部理解したとも思わないが、僕もそういう気持ちは良く分かる。 現在の事業上の課題とは全然関係ない方向に情熱を燃やす人。そこはそんなに拘るところなの、と思うところに拘りを持つ人。まあ一定数見てきた。もっと全員で同じ方向を向いて同じ問題意識を持って…何とかならないのかなぁ。 わかります。 まさにそういうのを実現するのがエンジニアリング・リーダーの仕事ですよね。 僕も人様に講釈できるほど上手く出来ているとも思わないが、今までの反省からこういう道具が使えるんだな、という考えは幾つかある。 技術者の美意識・情熱というのは、宗教のようなものだから、布教が出来る。会社に望ましい方向に技術者の情熱を誘導してあげるということだ。例えば、

ROUTE06では、GitLab Handbook*1を参考に、全社に関係する情報をハンドブックとして社内に公開しています。ハンドブックは2023年8月時点で383ページ*2あり、50人前後の組織規模の会社としては文章化に積極的なことが現れている数字だと思っています。 また、ハンドブックとは別に、プロジェクトごとのレポジトリでは技術選定や設計方針をADR*3で残していたり、参加したセミナーのレポートをGitHub Discussionsに書いていることからも、ROUTE06で働く人は文章を書くことが習慣になっていると感じます。 そんな中、ある日社内のSlackに一つの問いが投げかけられました。 ドキュメント文化というのは、たとえばマニュアルに書いてないから分からなかった・故になんらかの失敗が発生した場合、マニュアルに書いていなかったことが悪いみたいな考え方になるのでしょうか 社内のSlac

DeNAデザイン本部 UIデザイナーの山本です。2023年4月にリリースされた、EV（電気自動車）の実用航続可能距離やバッテリーの性能、EVの導入効果予測を見える化するEV転換シミュレータ「FACTEV（ファクティブ）」のUIデザインを担当しました。 FACTEVのプロダクトキャプチャ。主にPdMを中心に価値検証やプロトタイピングを行っていた状態から自分もアサインされ、UIデザインを担当していきました。今まで私は「PICKFIVE」や「WITH Fitness」など、C向けサービスのUIデザインを担当することが多くありましたが、FACTEVは一転してB向けのSasSツールです。 B向けサービスにおけるUIデザインの経験や、EV領域に関する知識、主なターゲットとなるオートリース会社での業務理解もあまりなかった状態から、スケジュールも短いなかで、どのようにUIをデザインすべきか迷うことが多くあ

近年優秀なエンジニアに対して報酬を多く支払う企業が増えてきています。 実際アメリがのAmazonも大幅な賃上げを行い、話題となりました。 日本国内でもエンジニアの年収が高い企業を知りたい！と思っている エンジニアの皆様お待たせいたしました。 年収1000万以上の求人をまとめてみましたので、参考までにご覧ください。 フリービット株式会社 【募集ポジション/年収】 エンジニアリングマネージャー候補：1000万円〜1500万円 【求める人材】 当社の Vision に共感いただき、プロダクトの継続的な成長を支える開発体制を実現するため、エンジニア組織の強化を担っていただける方を募集しています。 組織づくりや人員のマネジメントなどの組織拡大を一緒に担っていただける方を探しています。 【具体的な業務内容】 ・エンジニア組織としての課題発見・解決、及び成長戦略の立案・実行 ・開発チームの体制構築と、そ

sbtはかつてsimple build toolと呼ばれていた(今は酢豚の略とされている)。しかしビルドツールというのは本質的に難しい。複数の依存性を解決し、コンパイラ達が吐き出す成果物を統合し、1つあるいは2つ以上の最終成果物にしなければならないのだから、複雑性は必然だ。そして、複雑性があるところ常に難しさがひそんでいる。 www.scala-sbt.org そしてlibraryDependenciesの難しさは初心者が最も先にハマるものの一つだ。うち、コンフィギュレーションconfigurationはその難しさの一角を占めている。コンフィギュレーションについて知識をつけることで、実行時に発生するよくある間違い(例えば、実行時にクラスが存在しないというエラーでJVMが起動しないなど)を回避できるようになる。 この記事ではsbtにおけるlibraryDependenciesのコンフィギュレ

本記事は、TechFeed Experts Night#21 〜 Webパフォーマンス・チューニング最前線 : 後編（DB、CDN、キャッシュ、OS編）のセッション書き起こし記事になります。 イベントページのタイムテーブルから、その他のセッションに関する記事もお読み頂けますので、一度アクセスしてみてください。 本セッションの登壇者 セッション動画 「CDNを活用して高速なWebサービスを提供する」というタイトルで発表していきます。 まず自己紹介なんですけども、本名は金子です。今、PR TIMESという会社でCTOをやってます。紹介があったISUCON本の著者の一人で、6章「リバースプロキシの利用」、7章「キャッシュの活用」、8章「押さえておきたい高速化手法」を担当しています。ISUCONは9の予選と6の本選の運営を担当していて、実は今年のISUCONもアドバイザーとして運営に関わっています

はじめに みなさん、DBをバージョンアップして酷い目にあったことありますよね？ 先日ログラスの本番データベースのバージョンアップをしたのですが、Site Reliability Engineeringの観点で非常に良いトライが出来たので共有します。 PostgreSQLのロジカルレプリケーションを使って、データを最新に保った新旧のインスタンスを用意した。結果的に安心安全にバージョンアップ作業ができました。 データベースのバージョンアップはサービス運用やっていくと絶対にやらないといけない作業ですが、影響範囲は甚大です。この記事では工夫することで、何か問題が起こってもすぐに切り戻すことが出来るという話をします。 このメンテを通じて、ログラスで利用していたAurora PostgreSQLをエンジンバージョン11.19（PG11）から15.2（PG15）にバージョンアップしました。 バージョンア

こんにちは！株式会社ROBOT PAYMENTの林です。 弊社の請求管理ロボシステムの機能がどんどん増えていて、成長しています。今後機能の開発またはメンテナンスのために、「現場で役立つシステム設計の原則」の本を読んで、輪読会を引き続き開催しています。前回は「現場で役立つシステム設計の原則」のことを紹介しましたが、今回もその本の中に印象が残る感想を共有いたします。 データベース設計が悪いとプログラムの変更が大変になる プログラム開発を行う際には、データベースを利用することが避けられません。しかしながら、設計が不適切なデータベースを利用すると、以下のような問題が発生しやすくなります。 - データの重複が発生しやすく、データの取得が混乱する - カラムの用途が分かりにくく、理解に時間がかかる - テーブル間の関係性が分かりにくく、参照が困難 このような問題のあるデータベースを利用すると、データの

【Unit4 ブログリレー3日目】 こんにちは，エムスリーエンジニアリンググループの榎田です．数学とテレビゲームが好きです． 今回は，Unit4 で運用している "Docpedia" というサービスで実施した SQL チューニングの実例を2つご紹介します．普段の私が意識していなかった， RDBMS の内部機構に関する話が登場して面白かったので，今回の記事を書きました． なお，本稿で扱う議論はすべて PostgreSQL 11.x 以上を対象としており，特にその他の RDBMS で同様の動作をするかは確認していません．定性的な挙動に共通するものはあるかもしれませんが，ここで述べた話はそのままは通らないであろうことをお断りさせてください*1． プロダクトについて index なしで意外と耐えたが，耐えきれなかった話 実際の SQL とテーブル定義 原因の分析 対応策 SELECT DISTIN

株式会社HAPPY ANALYTICSの小川卓（id:ryuka01）です。 今回は、全2回で Google アナリティクス4（以下「GA4」) × BigQuery に関して紹介をしていきます。 第1回は、BigQueryについての基本的なご説明と、GA4連携におけるメリットなどについてご紹介していきます。 GA4 × BigQuery を活用することで、オウンドメディアの分析や効果の可視化に大きく役立つと思いますので、ぜひ参考にしてみてください。 BigQueryとは？ 注目される３つの理由とBigQueryの料金体系 GA4と連携するメリット・デメリット 主なメリット GA4のデータを集計前の状態で恒久的に保存することができる GA4の画面だけでは出しにくい（出せないあるいは出すのに手間がかかる）データを簡単に出せる GA4のデータを他のサービスと連携することが可能になる 上記に伴い

E2Eフレームワークとして高い人気を誇ってきたのがCypressです。使いやすいテストランナー、わかりやすいテスト結果、TypeScriptの組み込みサポート、プラグインによる拡張、(Seleniumと比較して)高速な実行などを提供しています。フューチャー社内でも使っているプロジェクトがいくつもあり、過去にCypress連載をブログ上で行い、それがきっかけとなってSoftware Designに連載も行いました。 一方で、現在人気が高まりつつあって、Cypressを追い抜こうとしているのがPlaywrightです。かなりCypressを意識して機能追加を行なってきている印象があります。現時点では特徴的なタイムトラベルデバッガー（過去の履歴すべてを保持しておいて気軽に前後DOMの状態を比較したりできる)、スクリーンショット、どちらもExperimentalなコンポーネントテストなど、できるこ

こんにちは、あるいはこんばんは。すぱ..すぱらしいサーバサイドのエンジニアの(@taclose)です☆ 弊社では先日テスト駆動開発（以降、TDDと呼ぶ)ハンズオン勉強会を開催しました！ 今回の記事の内容はズバリ２つ 誤解してる!?テスト駆動開発の良さ！学ぶ事の意味！ TDDハンズオン勉強会を開催する意図や実施内容、感想！ 読者のターゲットは TDDを誤解している人 TDDハンズオン勉強会を弊社でもやろう！とか思ってる人 を想定していますっ。 誤解されがちなTDD、記事にするには書ききれないTDD...なるべく小難しい内容は省いて興味を持ってもらうための記事を書いてみようと思います！ テスト駆動開発（TDD）は良い物だ！ テスト駆動開発（TDD）とは何か？ TDDに対する誤解 TDDハンズオンについて TDDハンズオンの趣旨 TDDハンズオンの計画 事前準備 スケジュールと概要 TDDハンズ

CEDEC 2023

皆さんこんにちは 機械学習チームYAMALEXの@tereka114です。 YAMALEXは Acroquest 社内で発足した、会社の未来の技術を創る、機械学習がメインテーマのデータサイエンスチームです。 （詳細はリンク先をご覧ください。） 私自身8月4日〜8月12日までアメリカ・ロングビーチに渡航し、KDD2023に参加とポスター発表してきました。 ここ数年、コロナウィルスの影響で自分自身、オフライン参加は控えていましたが、今年はそろそろかなーともあり、行くことにしました。 KDD2023概要 学会の様子 Opening セッション KDDCup KDD Annual Celebration 食事 最後に 展示場（ランチ会場）人が多い KDD2023概要 KDDは正式名称、29th ACM SIGKDD CONFERENCE ON KNOWLEDGE DISCOVERY AND DAT

クラウドやIaCは「エンジニアのたしなみ」　デンソーがデジタル人材育成を内製化する理由：リスキリングも、ある意味で“開発”（1/3 ページ） 業界、業態を問わず、さまざまな企業が人材不足という課題に頭を悩ませている。再教育（リスキリング）で社内の人材をデジタル人材にする取り組みが注目されているが、具体的にどのように進めればいいか分からない企業も多いだろう。本稿は、「Cloud Operator Days Tokyo 2023」のプレイベントで発表されたデンソーの事例から、その方法を探る。 DX（デジタルトランスフォーメーション）の実現に向けてさまざまな企業が多様な取り組みを進めている。そうした中で課題になりがちなのが「デジタル人材の不足」だ。市場の変化にITシステムを追従させようと思っても、社内にデジタル人材がいない、もしくは既存システムの保守で精いっぱいで「新しい取り組みに着手できない」

こんにちは！　techtekt編集部です。 パーソルキャリアではたらくエンジニア、デザイナー、データサイエンティストなどの専門職が集う「テクノロジー本部」のリアルな実態を伝えるアンケート調査記事、後編です。 前編に続き、後編はメンバーのはたらく環境やパーソルキャリアではたらくオススメポイントなどを聞いてみましたよ。 テクノロジー本部メンバーのはたらく一日―― パーソルキャリアで“はたらく”を生々しく紹介 その2 テクノロジー本部メンバーのはたらく一日―― ※構成比は小数点以下第2位を四捨五入しているため、合計しても必ずしも100とはなりません。 まずは、始業時間から聞いてみました。フルリモート制度が導入されてから、社内ではチラホラ朝型に切り替えた、なんていう声も聞こえてきましたが、9時前から始業している人が約3割となりましたね。テクノロジー本部の多くの組織では、10時スタートとしているため

先月末で約15年程勤めた技術者派遣を辞めてメーカーの正社員に転職した。 辞めるに当たって思っていた気持ちとかを書いておくので、技術者派遣に就職・転職しようと思ってる人は是非参考にしてほしい。 ただし、以下は俺が所属していた技術者派遣会社の話と、派遣先で一緒になった他の技術者派遣会社の人から聞いた話だけなので 全てが全て当てはまるわけでは無いとだけは言っておく。 辞める理由について辞める理由は大体3個くらいあって、 理由1：給料が上がらない理由2：正当に評価されないケースが多い理由3：家族、親戚、友人から誤解される以下でそれぞれについて説明する 理由1：給料が上がらないもちろん技術者派遣会社にも寄るが、労働組合があっても機能していない(ただ存在があるだけ)のケースが多く、 世間がやれベースアップだ、物価高高騰してるんだから給料上げろみたいな風潮になっても 上がる給料は所属年数で上がる昇給額の

TL;DR 技術に興味がなくても、エンジニアとして生きていくことはできる。 対象読者 自分を技術に興味がない側の人間だと思う方 筆者について Webアプリケーションの開発エンジニア。主な仕事はプログラム詳細設計、画面設計、コーディング。 技術にあまり興味がない。 初めに エンジニア界隈では、以下のような主張がしばしば見られる。 休日に勉強するべきである。 最新の技術動向は常にチェックするべきである。 技術イベントには参加するべきである。 毎日コードを書くべきである。 レガシーな技術ではなく、モダンな技術を習得するべきである。 etc... そしてこれらの"べき論"がさらに加速すると、 「技術に興味がない人はエンジニアに向いていない」 という主張すら出現し、それに同調する声も少なくない。 最近、とあるSNSで以下のようなやり取りを見かけた。 駆け出しエンジニアの質問 休日に勉強するべきですか

1. はじめに こんにちは、SWEのあかりです。 今回のテーマは、SRE NEXT 2023のCall For Proposals（CFP） に応募したものの、残念ながら不採択になってしまったものです。話せるネタとしてはまとまっていたので、テックブログとしてここに捧げます😇 2. 本記事の概要 社内で最も古くから稼働している施工管理アプリでは、主にデータ修正と有事の際のログイン環境として開発者向けのEC2インスタンス（以降、「バッチサーバ」と表現）が存在していました。この記事では、このバッチサーバの廃止1を目的として、このサーバが担っていた役割をサーバレス環境・コンテナ環境へ移行し、EC2インスタンスからの脱却を達成した取り組み2について説明します。 この記事を読んで得られることは以下の通りです。 EC2インスタンスを廃止する取り組みの流れ 技術選定時に定性分析を行う事例 本番データを修

こんにちは、プラットフォームチーム所属のまこたすです。 昨今、様々な場で「モジュラーモノリスを導入した」という話を目にするようになってきました。弊社でも昨年からモジュラーモノリスの試験導入を進めており、社内でノウハウが徐々に溜まってきたため、今回 技術ブログ で なぜ導入したのかと知見の共有 をさせていただけたらと思います。 想定読者 モノリスなアプリケーションの分割を検討している Railsへのモジュラーモノリスの導入を検討している 話さないこと チーム体制がどうあるべきかという観点の話 以下アーキテクチャについての詳細 モノリスアーキテクチャ モジュラーアーキテクチャ 背景 今回「モジュラーモノリスを導入した」というタイトルですが、最初に検討・導入に至るまでの背景について触れたいと思います。 hacomonoという組織・サービスの成長 hacomonoというサービスはリリースから現在に

hikaliumの独断と偏見で、積読は除いている。最近も結構新しい本が色々出ているので、それもいいかもしれないが、ある程度評価の定まった本を探したい場合に参考になれば。 ちなみに、hikaliumがセキュキャンでCPU自作を教えていたときのコードはここにある。参考にならないかもしれないが、おまけにどうぞ。 github.com ディジタル回路設計とコンピュータアーキテクチャ 無印(MIPS版) ARM版 RISC-V版 ハードウエア記述言語で実際にCPUをつくりながら、各アーキテクチャについても学べる良書。 MIPS版が広く知られているが、ARM版、RISC-V版も登場している。無印版はよくある技術書サイズだが、ARMとRISC-V版は大型本なので、そこらへんの好みとかも勘案するとよいかもしれない。 CPUの創り方 Amazon 表紙がメイドさんだが、侮ることなかれ。（と私は中学生の時にク

『テラリア（Terraria）』の開発元Re-Logicは9月20日、オープンソースのゲームエンジンGodot Engine（以下、Godot）および開発フレームワークFNAに対し、多額の寄付をおこなうと発表。さらに今後両プロジェクトのスポンサーとして、継続的な寄付をおこなっていくと表明した。惜しみない寄付を開始する背景には、Unityを巡る騒動があるという。 Godotは、PC/モバイル/Web向けゲームおよびアプリを制作できる2D/3Dゲームエンジンだ。開発者のひとりJuan Linietsky氏が、かつて自身のスタジオのために手がけた内製エンジンがルーツとなっており、その後2014年に一般に公開された。オープンソースとして提供され、完全無料で利用可能。開発にかかるコストは寄付によって賄われているという。Godotを用いて開発されたゲームとしては『Brotato』や『Cassette

「要件定義をやめないといかんね」――。ある勉強会が終盤に近づいた頃、隣席の参加者がこうつぶやいた。それを聞いた周囲の参加者がうなずいた。驚いたことに自分も「おっしゃる通り」と同意してしまった。 なぜ驚いたかというと、「要件がすべてを決める」「じっくり時間をかけるべき」と教わってきたからだ。日経コンピュータ編集部に配属された1985年以降、取材先の情報システム部長やソフトハウスの幹部を取材した際、「情報化で重要なこと」を問うと、たいていこう言われた。だから「いわゆる最上流工程が大事」という記事をたびたび書いてきた。 勉強会に登壇した講演者たちが「要件定義をやめよ」と言ったわけではない。しかし隣に座っていた参加者は、講演の趣旨を「要件定義をやめよ」という一言に集約した。同じ話を聞いてきた筆者を含めた参加者はすんなり納得したわけだ。 失敗につながる要件定義の実態 DX（デジタルトランスフォーメー

先週、エーピーコミュケーションズによるプラットフォームエンジニアリングについての勉強会に参加したのだが、全然理解できなかった。理解した前提のレポート記事は無理なので、せめて解説のどこで詰まって、なにがわからなかったのかくらいは理解しておきたい。勉強会の模様を追いながら、自身の思考を追いかけていくことにする。 とにかくグローバルでは注目が集まっているらしい 勉強会を行なったエーピーコミュニケーションズ（以下、APC）はNeoSIerを標榜するエンジニア集団。2023年1月現在で社員は430名で、AWSやAzureの有資格者が各100名以上在籍している。DockerEnterpriseを買収したミランティスとJVを設立したり、最近話題になったネットワーク機器のカプセルトイ（関連記事：「手のひらネットワーク機器」のサンプル入手！　企画元にも開発秘話を聞いた）を手がけたり、ユニークな取り組みを行な

23/9/21追記：この記事を読む前に ついにGoチームから、プロジェクト構成に関するガイドが公開されました！ 本記事を読んでくださることも大変嬉しいですが、ぜひこちらのガイドもご一読ください！ この記事は何 Go言語を書いたことがある方も、興味はあるけど触ったことがない方もこんにちは。 Goに限った話ではないと思いますが、ガリガリコードを書いていて、あるタイミングで気になるのがプロジェクト構成（ここではディレクトリ構成の意図）ではないでしょうか？ それを裏付けるかのように、Go界隈では以下のリポジトリが話題に上がることがあります。Star数すごいですね😇 リポジトリ名から公式感が漂いますが、そういう訳ではないのがミソです。 こちらのリポジトリ冒頭にも記載されていますが、次の点に留意する必要があるでしょう。 これは、Goアプリケーションプロジェクトの基本的なレイアウトです。これは、コアと

『ジェンダー目線の広告観察』を上梓して、ポリタスTVに出演する機会を得た。本の刊行から間もない時点での出演だったので、番組を見て本を手に取ってくれる方が多く本当に感謝している。 この番組の中で、作家の白岩玄氏が男性学研究者の田中俊之氏との対談の中で「バカとエロの大縄跳び」と表現したことについて言及し、男性向けエステの広告の表現を分析した。「バカとエロの大縄跳び」とは、男性が成長過程で仲間からの同調圧力として経験する、一緒にバカなことをしてエロを受け入れないと周囲から男の子として認められないという強制力を持った言動のことを指す。 この言葉を反芻しながら、旧態依然としたジェンダー規範と性差別的なジェンダー役割構造の再生産から抜け出せないでいる広告産業全体のことのみならず、男性中心社会のハラスメント構造について考える。 男同士で連むことで大縄跳びを延々と回し続け、そこから「一抜けた」と離脱するこ

マンションの理事会役員をやっている。 築20年。そろそろあちこち壊れてくる頃合い。 水道ポンプが壊れて直した、と思ったら今度は自動ドアが壊れた。そんな感じ。 さて、なんでもかんでも難癖つけてくる居住者がいて困っている。 ・自動ドアが壊れた？それじゃ正面入口は閉鎖しろ！（宅配便とか郵便とかどうすんの？） ・自動ドアが壊れて、不審者が入ってくる！襲われたら理事会の責任だ！（なんだそれ） ・自動ドア修理の見積もりはとったのか？この業者を使え！ 管理会社が取ってきた見積もりで良いだろうよ、もう、ホント。さっさと直さないといけないんだからさ。 こういう手の輩にはどう対応するのがいいんだろうか。管理会社が個人情報管理に疎くて、理事会経験者のメンバーについてはメールアドレスダダ漏れなので、脅迫まがいの文言が書かれたメールが毎日のように飛んでくる。 早くドア修理の日が来ないかな。 みんなメンタル壊れて、弁

「まじで殺しにきてる」10月開始のインボイス制度、2500億円税収増にかかるコストは年4兆円…「生産性激落ち」で批判殺到 社会・政治FLASH編集部 記事投稿日：2023.09.21 15:45　最終更新日：2023.09.21 16:58 10月1日に消費税のインボイス（適格請求書）制度がスタートすると、毎月約3400億円分の「対応コスト」が発生する――会計管理ソフトを提供するLayerX（レイヤーエックス）がこんな調査結果を発表した。 同社は、インボイス制度に対応した手作業での業務研修を企業の経理担当者らに実施。受講した40社・200人の作業時間をもとに業務の増加量を算出した。 【関連記事：「インボイス制度」啓発のフワちゃんに「稼いでいる側だから」集まる批判「税金がタレントに」国税庁への不満も】 制度の導入で請求書の支払い作業が1件あたり15分、経費精算の処理が5分増えるとみなし、この

ハイクラス求人TOPIT記事一覧Terraformを使って学ぶーAWSにインフラを構築するIaCの基本と、SREが実務で役立つ機能とエコシステムを徹底解説 Terraformを使って学ぶーAWSにインフラを構築するIaCの基本と、SREが実務で役立つ機能とエコシステムを徹底解説 Terraformは、パブリッククラウドのインフラ構築と自動化のツールとして、IaCのデファクトスタンダードとなっています。この記事では、AWS（Amazon Web Services）を活用するハンズオンを通してTerraformの動作を理解し、実務にもとづいて役立つ機能や便利なエコシステム、さらにSRE視点の事例を紹介します。アソビュー株式会社でSREユニットリーダーを務める鈴木剛志さんを中心に6名のメンバーによる共同執筆です。 アイキャッチ画像 アソビューでは、インフラストラクチャーの変更管理にTerrafo

Java 21が2023/9/19にリリースされました。 https://mail.openjdk.org/pipermail/jdk-dev/2023-September/008267.html The Arrival of Java 21! LTSであり、パターンマッチングや仮想スレッドが正式化され、プレビューとして入ったString Templatesや無名クラス&インスタンスメインメソッドも面白い機能なので、大切なリリースになっていると思います。 詳細はこちら JDK 21 Release Notes Java SE 21 Platform JSR 396 OpenJDK JDK 21 GA Release APIドキュメントはこちら Overview (Java SE 21 & JDK 21) 追加されたAPIまとめはこちら https://docs.oracle.com/en/

自分の場合はブラックコーヒー。 コーヒー自体は就労するまで10杯も飲んだことはないし、プライベートでも一切飲まない。 周囲だとタバコという人がいた。職場以外だと一切吸わないらしい。 何故か仕事のときにだけしか摂取しないものって各々どんなものがあるんだろうと思ったので聞いてみたい。

彼女のトークは、まず話の詳細を伏せた後、実は…という感じで続くことが多い たとえば 「今日は良いことがあった🤭あとで言うね」→「○○ちゃんとお食事した！楽しかった！」 「ちょっとヤバいことになった…😅」→「財布落としたんだけど無事に見つかってよかったぁ〜」 みたいなのが多い 仄めかせて二段構えに演出しているわりに どうも興味がそそられないというか 内容が浅く、面白いとか楽しいとは感じられない 要するに話がつまらない 深イイ話をしろ！とまでは思わないが、披露されたものがあまりに淡白だと文句の一つくらい出てくるってもんだよ 俺の心情的には まず話を仄めかされて 「なになに？どうした？」って姿勢になる このワンクッション要る？と思うんだけど 彼女自身はそれが楽しいように見える で、実はこういうことだったのよ！ってな具合で広がるわけだが、正直返事に困る 「ええぇ〜そうなんだ！」 「オーすごいね

今回の経緯について、鈴木氏は「宮崎駿は82歳、僕は75歳、長らく悩んできたのが後継者問題でした」と切り出し、スタジオジブリの後継者として、創業者である宮崎駿氏の長男である宮崎吾朗氏が何度か候補に挙がってきたが、吾朗氏は「一人でジブリを背負うことは難しい。会社の未来についてはほかに任せた方が良い」という考えで、これまでずっと固辞してきた経緯があったことを明かした。また、宮崎駿氏も、息子の吾朗氏が受け継ぐことに反対の立場だったという。 そうした事情の中で昨年、長年にわたり付き合いのある日本テレビとの話し合いを開始。日本テレビは1985年に『風の谷のナウシカ』（劇場公開は84年）をテレビ初放映して以来、映画番組「金曜ロードショー」を通じてスタジオジブリ作品を放送し続け、毎回高視聴率を獲得し、企業価値向上など「恩恵を受けてきた」と杉山氏。この日行われた取締役会では「満場一致」で今回の子会社化が了承