Go言語でのテストの並列化 〜t.Parallel()メソッドを理解する〜 | メルカリエンジニアリング
この記事は、Merpay Tech Openness Month 2020 の6日目の記事です。 メルペイでBackendエンジニアをしている柴田（@yoshiki_shibata）です。この記事では、Go言語のtestingパッケージに用意されている並列化の機能について説明します。 Go言語では、テストコードを作成するためのtestingパッケージが用意されています。一般に開発するソフトウェアの規模が大きくなるに従って、作成されるテストコードの量も多くなり、すべてのテストが終了するまでの時間も長くなっていきます。特に、データベースへアクセスするようなテストでは、データベースへの通信時間がテスト時間の多く占めますので、テストコードを逐次実行するよりは並列実行することで、テスト時間を短縮できます（厳密には用語「並行」ですが、t.Parallel()メソッドの説明なので、この記事では用語「並列
GitHubのREADMEをサクッと高品質で書けるサービス作ってみました。 - Qiita
みなさんは GitHub でオープソースソフトウェア(OSS)を開発して公開する時、README をどのように書いているでしょうか？ GitHub が自動で作ってくれる README に含まれるのはタイトルだけですし、OSS 開発初心者の場合、そもそも README に何を含めるべきかわからないという方もいらっしゃるのではないでしょうか？OSS 開発に慣れている方でも、コードを書くのはいいけれど README を書くのは面倒だと思ったことはありませんか？今回はそんな README 難民の方々向けの Web サービスを作ってみました。 LEADYOU - README Generator Web サイトへ 使い方 使い方は簡単です。トップページで GitHub の Public リポジトリの URL を入力してNext Stepボタンを押すと、README に書くべき内容ごとにフィールドが設
社内情報共有についての考え方 - An Epicurean
タイトルのようなエントリを社内に向けて書いたので、手直しして社外に放流するものである。 社内で情報共有フローやガイドライン整備などを進めている。ルールは少ないに越したことはないので「ルール作り」にはしたくなくて、考え方やガイドラインみたいなところに留めて、文化や共通言語を醸成していきたいとも考えている。 これは、今後組織が大きくなる上で、「スピードを落とさないため」に必要だと考えている。新しく入ってきた人が立ち上がりを早くパフォーマンスを発揮してもらえるようにしたい。 オンボーディングの整備は大事で、それもやっていかないといけない。でも今のフェーズではどうしても未整備の部分も多い。そういう荒地を楽しんで走破できる自走力があって、自分で決めて整備もできて、組織と一緒に成長してくれる人を採用していきたい。なので「自走しやすい環境」を整えたい。そのために必要だと考えている点が以下の3点です。 デ
平均年齢30歳のIT企業に入社した還暦の大工。｢1カ月お試し｣のつもりが一瞬でなじんだ理由
浦上 早苗 ［経済ジャーナリスト/法政大学IM研究科兼任教員］ Aug. 29, 2019, 11:00 AM キャリア 443,687 ｢いや、分かりますよ。私も大工やってたからね｣ 約20人が働く静かなオフィスに、電話をしている男性の太い声だけが響く。 ｢『私も大工だったから』ってなべさんの口癖なんです。『私もそっち側の人間だから』もよく言ってますね｣ ローカルワークスで人事を担当する坂下彩花さん（32）はニヤニヤしながら小声で解説した。 リフォームを希望する消費者と地域の工務店をつなぐサイト｢リフォマ｣を運営するローカルワークス（東京）。2014年創業、社員21人の平均年齢30歳という若い会社で大工歴30年の｢なべさん｣こと渡邉一伸さん（60）が働き始めて2年半が経った（ちなみに、なべさんの加入で同社の社員の平均年齢は一気に2歳上がった）。 ひ孫までいるなべさんは、なぜ還暦目前でIT
ロリエロ同人誌の謝辞にフェミニストの垢を載せてよいか？
あーそーゆーことね。完全に理解した。 https://b.hatena.ne.jp/entry/s/togetter.com/li/1580116 https://b.hatena.ne.jp/entry/s/twitter.com/mitukikuji/status/1297079062817456128 一般論として謝辞に名前を載せるのに許可は要らない。 繰り返す。許可は要らない。法的にも社会慣習の上でも。 世の中には学術書の出版に際して「この本を書いてるあいだずっと聞いててめっちゃ励まされた」として大塚愛氏への感謝を書き綴った剛の者もいるが、彼が大塚愛氏に許可を取ったとはとても思えないし、私も私の知らないところで「増田さんに細かい点直してもらってマジ感謝」のような謝辞を論文に書かれたことがある。一言の断りもなかったし、それは当然だ。一般論として謝辞に許可は要らない。自由に感謝すればい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
