こんにちは。MA部の田島です。 弊社では開発ガイドラインというものを用いて、システムの品質を担保しています。今回私がテックリードを務めているということもあり、バッチアプリケーションを開発するためのガイドラインを作成しました。本記事では「開発ガイドライン」と「バッチ開発ガイドライン」を紹介します。 バッチアプリケーション開発に限定したTipsはまとまっているものが多くないため参考にしていただければと思います。 開発ガイドラインについての紹介 冒頭でも紹介した通り弊社では、開発ガイドラインというものを用いてシステムの品質を担保しています。バッチ開発ガイドラインを紹介する前に、まず開発ガイドラインを紹介します。 開発ガイドラインの種類 開発ガイドラインは現在、以下の種類が存在します。 共通 Android iOS Frontend Backend Infra API Batch DB(Datab

マネするだけで一気にChatGPTの上級者になれる！ 「オレはChatGPTを仕事でこう使っている!!」に続き今回の特集では、初心者でもわかるデビュー方法と、すぐに使える超基本的な指示文を厳選して紹介しているので、ぜひ参考にしてほしい！ ＊　＊　＊ ■秒でわかるChatGPTの使い方 ひと言で言うと............自然な会話形式で質問ができるAIサービス!! Q.どうすれば使える？ 公式サイトからメールアドレスを登録すればOK！ Q.いくらかかる？ 基本無料だが、有料版（月額20ドル）も。応答が早かったり、回答の精度が上がったりするので、ガッツリ使うなら有料版がオススメ。ある程度のことなら無料版でも十分賄える。 Q.使い方は？ メイン画面のメッセージ欄に、日本語で質問をするだけ。しばらく待てば回答が返ってくる。 Q.どういったことが頼める？ 文章を作るAIなので、文書作成や要約、ア

[2021/04/28追記] 新しく提案仕様が出たので、新しく記事を書きました asnokaze.hatenablog.com 先日IETFに提出された「UUID Format Update」という提案仕様の中でUUID version 6のフォーマットが言及されている。このDraftはUUIDを定義しているRFC4122を更新するものです。 ただ、まだIndividual Draftのdraft 00であり、この提案自体どうなるかは全くわからない点に注意が必要。 なお、UUIDv6自体はこの提案を行っているBrad G. Peabody氏が以前から取り組んでいた模様で、4年以上まえから案は存在していたようだ(URL)。またそのタイミングでサンプル実装も公開している。 UUIDv6 この提案仕様の中で、UUIDをデータベースのプライマリキーとして使用する際の課題をあげている。時系列順に並び

低レイテンシと安定性を生むアーキテクチャ - SSPの現場に学ぶ、高可用性のつくり方 低レイテンシとは、広告配信の世界でユーザービリティ / 収益に直結する要素であることから、重要視されています。では、SSPの現場で実際に用いられるシステムはどのような構成になっているのでしょうか。fluct社の鈴木健太さんに、低レイテンシ、そして安定して稼働するシステムの基本を聞きました。 200msを目安にレスポンスを返す、低レスポンス設計 オンプレミスとAWSを組み合わせてコストとスケールのバランスを保つ データのコピーをサーバーに入れ、独立化する 悪くなったところを捨てるのが、低レイテンシ・システム安定化の秘訣 ログの集計はBigQueryで簡単に 悪くなったところは捨てて、全体を安定に動かす レイテンシ（latency）とは、リクエストに対して応答を返すまでの時間のことです。レイテンシをできるだけ

「悪貨は良貨を駆逐する」 「グレシャムの法則」として有名なこの言葉は、16世紀のイギリス国王財政顧問トーマス・グレシャムが、1560年にエリザベス1世に対し「イギリスの良貨が外国に流出する原因は貨幣改悪のためである」と進言した故事に由来する。 ひとつの社会で、額面は同じだが、素材価値（例えば金の含有量など）の異なる2種類の貨幣が同時に流通する場合は、素材価値の高い貨幣が、その素材自体の価値のためにしまい込まれてしまったり、素材として溶かされてしまったり、海外との取引のために流出したりするために、素材価値の低いほうの貨幣だけが流通するようになるということを説明したものだ。 このグレシャムの法則が、組織にも適用できると説いたのが、ノーベル経済学賞を受賞したハーバート・サイモンという米国の学者だ。彼は、「ルーチンは創造性を駆逐する」と説いている。人はルーチン化された日常業務（悪貨）に追われている

と思っている話です。もはやタイトルでぜんぶ言ってしまった。 せっかくなのでもう少し続けます。 2020/05/03追記：第二弾？書きました この本がまだ初稿になる前、共著者のみなさんと執筆真っ最中の頃に何度か打ち合わせがあったのですが、そこで「書籍的な文章を書き慣れてない人って、"という"と"こと/もの"を多用しがちなので、この2つを抑えるだけでも文章がシュッとするんですよ」とお話したら思ったより反応があったので、これは需要があるんじゃないかと感じたのがきっかけです。 ここから先は具体例を交えて解説していきます。 さすがに他人様のテキストを使うのは気が引けるので自分が書いた記事を例に挙げます。……でも自分はこのテクニックを使うようにしているので、該当する記事がなかなかないんですよねぇ……と思ったらあった！ （よりによってこれか……せっかくなので皆さんスタァライトを観ましょう！） 記事中では

NO HARD WORK!　無駄ゼロで結果を出すぼくらの働き方 (早川書房) 作者: ジェイソンフリード,デイヴィッドハイネマイヤーハンソン 出版社/メーカー: 早川書房 発売日: 2019/01/31 メディア: Kindle版 この商品を含むブログを見る この本を読んだ目的、ねらい 私はこの本を書いた人の所属するBasecamp社（旧37signals）のファンで、数冊出ている著者はこれまでも読んできました。私の創業したMisoca社が残業0だったり、リモートワークを取り入れているのもこの会社の影響です。 特に「Getting Real」や「小さなチーム、大きな仕事〔完全版〕: 37シグナルズ成功の法則」発表された時は、「小さく、より速くソフトウェアを作る」という考え方に大きく影響されて個人サービスを作る原動力になりました。 また早くからリモートワーク（強いチームはオフィスを捨てる）を

緊急度も重要度も高いものはMUSTで実施されるのでそう気にする必要はありません。 気をつけなくてはいけないのは、緊急度が高くて重要度が低い ものです。それが優先度が高いという状態は 錯覚 です。優先度を下げましょう。重要度が高くて緊急度が低い ものは 価値 のある施策です。そういったものこそ優先度を上げましょう。 1-5. ロジカル・シンキングとクリティカル・シンキング 思考法としてのロジカル・シンキング (論理思考)とクリティカル・シンキング (批判的思考)についても少し触れます。 ロジカル・シンキング (論理思考) においては 意見と事実 (ファクト) の混同 、 論理のすり替え、 異なるものでの比較 (=Apple to Orange) などが発生しているケースが多々あります。本質解を導く為にも なぜ？を5回繰り返せ 、という言葉もありますが、適切な論理思考ができていないと５回繰り返

はてなのチーム横断のエンジニアメンター制度 - Hatena Developer Blog で紹介していますが、はてなにはチーム横断のエンジニアメンター制度があります。僕も最近までメンターとして5~6人ほどのメンティーを持っていました(今は事情があってメンターをやっていないのですが)。 メンターとして1on1をする時には1on1ミーティングに備えるアンケート - しるろぐを参考にし、事前にメンティーに面談シートを書いてきてもらうという工夫をしていました。その面談シートは改善を少しずつ加えながら運用していたのですが、一度知見共有も兼ねて最近使っていた面談シートテンプレートを公開してみようと思います。 面談シートテンプレート 以下のようなフォーマットで書いてもらっています。1on1の前にメンティーに1on1用Google Docsに追記していってもらっています。1on1用Google Docs

京都大学大学院 情報学研究科 通信情報システム専攻 修士2回生の五十嵐雄です．大学では，プログラミング言語理論，その中でも特に型システムの研究をしています． この記事では，私が特に力を入れて研究している漸進的型付けという種類の型システムについて紹介します．プログラムや型システムといった基本的な概念から解説していくので，プログラミング経験のない人も安心して読み始めてもらえたらと思います． はじめに プログラムとはコンピュータへの命令を記述したものです．2018年現在，私たちの生活は数多くのプログラムに支えられています． あなたがこの記事を Windows が入ったパソコンで見ているなら，まずその Windows がプログラムです．お家にテレビや冷蔵庫があれば，それらの中にもプログラムが内蔵されているでしょう．空いた時間にスマートフォンでゲームをするなら，遊んでいるゲームも全てプログラムです．

まず11位の「クラウドプラクティショナー」ですが、2018年に新設されたAWSのエントリーレベルの認定です。AWSの基本的な概念や、AWSのベーシックなサービスの特長、請求・アカウントマネジメント・料金モデルなどに関する理解が問われます。エンジニアだけでなくマネージャーや営業など様々なポジションを対象とした認定であるため、問われる知識の範囲は意外に広いです。ただ、知っていれば解ける問題が多いため、この順位にしています。 10位の「Alexaスキルビルダー - 専門知識」は、文字通りAlexaのスキル開発に関する知識が問われます。専門知識と銘打たれていますが、内容自体はそこまで難しくなく、Alexaスキル開発に関して知っていれば解ける問題が多かった印象です。これまでにAlexaスキルを開発したことがあり、クラウドプラクティショナーレベル以上のAWS知識があれば、問題なく合格できると思います。

もはや現代では大学に行く必要はない、いや行ったほうがいい、という議論があるらしい。 大学が、「学歴」という形で、社会における個人の扱いをある程度は規定している事実がありながら、今ひとつ「大卒」であるということが、それほど重要視もされていないようにも見えるプログラマという職種こそ、このような議論がふさわしいのかもしれない。 そのようなプログラマと学歴との関係を少し書いておこうと思う。 プログラマ・カースト プログラマは奇妙な人々である。 クーラーの効いた小洒落たオフィスの最新スペックのパソコンに向き合って、鳴り続ける外線電話に出ようともしないで、その間にTwitterで卑猥なイラストをリツイートするといった、一般の社会人では考えられないような非常識を行ってもクビにならず、むしろ、これこそギークの証であると、納得される部分さえある。 そんな普通でない人々に学歴など必要なく、必要なのはただ、計算

つい先日、メルカリ社＠六本木ヒルズにお邪魔してきました。 今や、東京だけではなく、仙台や福岡、そしてサンフランシスコからロンドンに至るまでグローバルに組織展開をしているメルカリ。 創業期に参画し、現在は社長を務めている小泉文明さんに、従業員数も数十人から1000人以上に至るまでの組織づくりの秘訣をご教授いただきました。 メルカリ@Koizumi さんによるHR勉強会参加してきました。 コーポレート・デザインは極めて重要な経営者マターで、思想レベルから運用レベルまで一貫した骨格が整えられるとポジティブなサイクルに入れて、良い組織が良いプロダクトを創る。 そのためのHOWをたくさん頂いたので、需要あればまとめます。 — 吉兼 周優 / SHUYU（Azit） (@shuyu_y) 2018年8月28日 ツイートした通り、スタートアップの経営者として目から鱗の連続でして、このメモを自分のものだけ

個人的に本とかネットで勉強していたものを、ここにまとめていたのですが、せっかくなのでQiitaにも投稿します。 間違いなどお気付きの点があればご指摘をお願いいたします。 JavaScript(以下JS) ES6 = ES2015 とする(呼び方多すぎ) 変数と定数の定義 基本的に const で定義するようにし、どうしても必要な時だけ let を使うと事故を減らせる var はES6で書けるのであればもう使わなくて良い let 変数を宣言する。宣言できるのは一度だけ 宣言時に初期化を行わなくてもエラーにはならない(中身はundefinedとなる) 値の再代入は可能だが、再宣言はエラーになる const 定数を宣言する。宣言と同時に必ず初期化する必要がある 値の再代入も再宣言も不可能 定数名は大文字とアンダースコアを組み合わせた名前を使うことが多い模様 識別子 変数名、定数名として使われる文

AltJs ってトランスパイルした後、テストを実行させる必要があるから・・、面倒くさいんだよね。なんか、あまり情報もないし、これだから AltJs は・・・と思うわけですが、やってみると案外大したことないもんです。 今回は、TypeScript のコードのユニットテスト、カバレッジを記していこうと思います。本記事のコードは以下のURLにあります。 https://github.com/Syati/typescript-sample/tree/master/011_test_sample Step 0: 事前準備 流れ ts でコードを書く トランスパイルする（js と map を出力） js をテストする map を利用してts カバレッジを測る ライブラリ npm install -g mocha istanbul remap-istanbul でそれぞれコマンドが利用できるようになりま