Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 今年の夏はTOEICスコア900超えを一つの目標にしていて、そのためにはリスニングが課題でした。 とにかく数をこなそうと、無料で問題を解けるアプリを探して、初めはそれをずっとやっていましたが、一日に解ける問題数が限られていて、徐々に物足りなくなってきました。 前々からTOEICの問題ってAIで生成できるんじゃね？と思っていたので、この際スコア900越えに加えて、AIでリスニング問題生成＆Webサービス化を目標にし、ようやく完成したので公開しました。 公開したリスニング問題AI生成サイト ※AIで生成し、内容のチェックは行ってい
今年も盛り上がっている Qiita Engineer Festa！ Qiita Engineer Festa 2023、大いに盛り上がっていますね・・・！ 特に、Organization対抗戦・・・！ いろんな企業さんが、必死になって沢山の記事を書いています。 現在のランキングはこちら Organization対抗戦: 総合いいね賞ランキング ※7月21日 12:35時点のランキングです。 なんと、弊社（株式会社ゆめみ）も2位につけています。 ただ、気になったことが・・・ ワイ「なんか、ワイが記事を書くと・・・」 ワイ「いつも、同僚たちが沢山いいねをくれる・・・」 ワイ「そのおかげで、いつもデイリートレンドに載ることができてる・・・」 ワイ「これって、ちょっとズルくないか？」 ワイ「組織票ってやつとちゃうか・・・？」 調べてみた デイリートレンドの30記事を対象に「同僚からのいいね1が何％
kenmaroです。 秘密計算、準同型暗号などの記事について投稿しています。 秘密計算に関連するまとめの記事に関しては以下をご覧ください。 秘密計算エンジニアを始めて１年が経った。 秘密計算エンジニアを始めて２年半が経った。 今回は極めて最近パブリックとなった、Googleによる格子暗号トランスパイラのライブラリ を紹介する記事にしようと思います。 全編として、ビルド、チュートリアルまで自身で試しています。 また、秘密計算、特に格子暗号に対して初めての方に対してGoogleがこのようなトランスパイラの取り組みをしている経緯についてもまとめていますのでぜひ最後までご覧ください。 そもそもトランスパイルとはなんなのか 以下の記述を見つけました。 コンパイラは、ある言語で記述されたソースコードを取得し、他の言語で（または多数の）出力ファイルを生成するプログラムを説明する包括的な用語です。実際には
初めまして、NSSOLで研究員としてデータ分析技術を中心とした研究開発に携わっている、KNです。 NSSOL Advent Calender 2021 18日目は、私が最近気になっている深層学習のモデル軽量化技術についてご紹介したいと思います。 深層学習のモデル軽量化(以下モデル軽量化)について、基礎的な部分をさっくりと知りたい方向けに書いたものになります。 これまでに私が業務内で調査した内容となりますが、至らぬ点等もあると思います。ご指摘等ある際はぜひコメント等いただければと思います。 注1:今回の記事では、「学習済みモデルを軽量化する」ことに焦点を当てているため、学習中に適用する手法や再学習を必要とする手法には言及しません。 注2:当記事を作成するにあたって、その内容、機能等について細心の注意を払っておりますが、記事の内容が正確であるかどうか、安全なものであるか等について保証をするもの
はじめに 仕事で使う技術以外はさっぱりわからないけど、この先大丈夫かな…… こんなお悩みを持つエンジニアの方は、結構多いのではないでしょうか。 新たに何かを勉強しようと思っても、この業界は広すぎて何を勉強すればいいのかさっぱりわかりません。また、仕事以外の時間で勉強するのはすごく大変ですから、自分が好きなことじゃないと続かないでしょう。でも、何もわからないので何が好きなのかもわかりません。 結局なにも始められず、気づくと時間だけが過ぎていて、ある時ふと思います。 仕事で使う技術以外はさっぱりわからないけど、この先大丈夫かな…… こんなループにハマってしまっている方には、いろいろなことを手軽に広く浅くインプットできる「Easy Easy」がオススメです。 Easy Easyとは Easy Easy はエンジニアリングを愛する全ての人の為のコミュニティです！ 最新技術も大事ですが、このコミュニ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1. はじめに DTMプログラミング言語探訪をまとめるにあたり、現代的なサンプラーソフトにどういう需要や要件があるのか説明した方がよさそうなので書いてみます。 2. 音楽における「サンプリング」 音楽が多様化して「サンプリング」という言葉も複数の意味や用途を持つようになりました。本項で簡単にまとめます。 引用 ミュージックコンクレートや昔のヒット曲のアレンジをほぼそのまま弾き直すような「引用」の文脈でもサンプリングという言葉が使われますが、これらは本稿の対象ではありません。 ワンショットサンプリング サンプリングと聞いて一番思い浮かべや
特徴的なのが、『ラジオのパーソナリティ的な人』 が居ることです。 パーソナリティが、参加者のみなさんのチャットを『ラジオの投稿コーナー』のように読み上げます。 オンライン勉強会には視線やボディランゲージなどが使えないという制限があるため、 みんなが違うことを考え、違う場所を見てしまいやすい という特徴があります。 そこでチャットを読み上げることで 「参加してる感」 が発生する効果があるのはもちろん、 全員に平等かつ同タイミングで届くため、『みんなの意識や注意を同期する』 ことができます。 このことが 様々な「楽しさ」につながった ように思います。 ■ 経緯 DDD について学べる Discord のチャンネル #DDD-Comunity-jp で、 『WEB+DB PRESS』読み合わせ会 『実践ドメイン駆動設計(IDDD本)』の輪読会(継続中) 架空の『会議室予約システム』を題材としたモ
Apache Avroについて調べてみました。よくわからないところも多いので、指摘などがあればぜひコメントお願いします。 1. 概要 Avroは、スキーマ定義とバイナリでのエンコーディングを特徴とする、システム間でデータ交換を行うためのフォーマット。JSONでは型がなく文字列ベースで効率が悪くて困るような場合に使うもの。似たようなものとしては、Protocol BuffersやMessage Packなどがある。 主に、ファイル形式、RPC用のプロトコル定義、Kafkaなどのメッセージ形式として使われる。以下では、RPCに関しては(よくわからないので)触れない。 日本語では、Apache Avro vs Protocol Buffersの資料がAvroの概要とProtocol Buffersとの違いがまとまっていてわかりやすい。 C, C++, C#, Java, PHP, Python,
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? もう駄目だ。ついに React 以外のプロジェクトでも Jest 一択になってしまった。 もともと自分の選択するテストツールは、むかしは jasmine、いまは mocha + chai（ときどき power-assert） をベースに周辺ツールと連携させていて、React を使うようになってしばらくして Jest を入れるようになった。ここ5年くらいのフロントエンド界隈では標準の一種だと思う。 それがどうしてこんなに Jest びいきになったのか。 その1. 楽 とにかく楽だからだ。 Jest の売りはオール・イン・ワンとゼロ・コンフ
対象の読者 Travis-CIやCircleCIなどのGithubと統合されたモダンなCIサービスを使ったことがあり、その使い方をおおよそ理解している人向けに書いています。 Travis-CIやCircleCIなどのモダンCIサービスとGithub Actionsで違う点 使い方はほぼ同じです。GitリポジトリそのものにコミットされたCI設定ファイル( .github/workflows/workflow-a.yml など)を読み取りGitリポジトリへのアクション駆動でCIが走ります。 CIの実行状況やログがウェブ上で確認できる点も同じです。 以下のようにCIステータス確認用のCIバッジの機能もあります。 おすすめポイント 利用料金が安い(というかだいたい無料) 個人ではなく組織で利用することを考えた場合、例えばCircleCIの利用料金は1ユーザー$15です1(料金プラン - Circl
この記事はgithubにコードを含め上げてあります。 https://github.com/IntenF/leveraged_etf 超短い結論 危険だと言われるレバレッジ・インデックスETFは用法用量を守ればオリジナルよりも安全かつ高収益資産！ 想定読者 株や投資に興味がある方 統計で株を語りたい方 レバレッジETFが気になってる方 はじめに 僕が投資先を選定する上でレバレッジ・インデックスETF（以後レバレッジETF）に出会い。この記事はレバレッジETFが危険と言われるのはどうしても信じられなかったので自分で検証した記事です。 僕は俗にあるレバレッジETFの特性は勘違いによって生まれていると思います。そこで、この記事を通してレバレッジETFの強みと弱みを”統計的”な側面から客観的に見ていただきたいという思いを込めて書いています。ぜひ、この機会にレバレッジETFの世界を一緒に眺めて見ませ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 私は、不完全な人間です。 人より劣っているところ、弱みもたくさんあります。 しかしながら、なんとか、今日までエンジニアとして生きていくことができました。 私がこれまで、劣等感とどう折り合いをつけてエンジニアとして生きてきたか、説明したいと思います。 この記事で最も言いたいことは**「不完全な自分を認めながら、でも、自分の成長の可能性を失わない」**ということを伝えたいです。 劣等感にまみれたエンジニア人生 ふりかえると、劣等感にまみれたエンジニア人生でした。 「自分はダメなエンジニアなんだ…」 という想いが、思考の隅につきまと
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに ぴぼ(@memex_pibo)と申します。 「memex」というVR空間で活動する2人組音楽ユニットをしています。 5月末ごろ、「Omnipresence Live」というVRライブシステムを作って「#解釈不一致」というタイトルのライブをしました。 生演奏に対してオーディオリアクティブな空間演出が行われて、かつ人数制限の無いライブという、類例の少ないVRライブになったと思います。 このエントリでは、その実装や運用を解説します。 アーカイブ 「#解釈不一致」の空間アーカイブはVRChatのワールドとして公開してあります。 こちら
※Pythonistaとか言っていますが、Pythonicなコード書きまくっているとかエンジニアに転職したとかではないです。 でも言いたかったから書いた！ サマリ 友人は非エンジニアですがプログラミングに興味があり、初心者向けの本で勉強していたのですが、読み終えても自分が作りたいものをどう作ればいいのかわからず悩んでました。 そんな中京都大学からPythonを使ったプログラミング演習の教材が無料公開されました。 そこで、教材を週に1回オンラインで画面共有しながらいっしょに読み、いっしょにコードを書いていきました。 約2か月後、彼は今自分でファイル整理用のスクリプトやCLIの海戦ゲームを作り、今はCLIでWizardryをつくろうとプログラミングを楽しんでいます。 この記事では以下を紹介します。 どう進めていったか 彼をつまづかせていたもの：教えるほうが学ぶスコープを広げてしまっていた 教え
はじめに ソフトウェア開発のチームの生産性や健全性というものは、内部の体感的として理解できるものの、外部の人間からは見えにくいものです。こういった情報の非対称性は開発チーム外の人々との関係の中での問題の原因になってきました。 また、複数の開発チームやプロダクトを束ねるEM、CTOや、管理職にとってそれぞれの状況を客観的な数字やグラフで可視化することは、全体的な戦略を考える上でも重要な参考情報になります。ですが、アンケートやプロジェクト管理を増やすほど、どんどんと開発メンバーに負担をかけてしまうことになり、計測のし過ぎによる疲れなども誘発してしまいます。 本稿では、gitリポジトリのログ情報から、いくつかのグラフを生成し、チームの状況を可視化するためのツールgilotを作成したので、その目的と意図、そして使い方、注意点を解説します。 アプローチ方法 gilotのアプローチは、git logの
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに エンジニアにとって、仕様書などの技術的な文章を書くこと（テクニカルライティングとも言います）は避けて通れません。ただ20年来多くのエンジニアの方々と同僚として接してきて思うことは、エンジニアの方の中には「文章を書く」ということに苦手意識がある方が一定数いるということです。 でもこの「テクニカルライティング」のスキルは、才能というよりは一種の「技能」だと思うんです。ある一定の原理原則を理解して実践を繰り返すことで、必ず一定レベルで習得できるものだと著者は信じています。 もしこのテクニカルライティングの原理原則をまだ体系的に学習し
はじめに 最近Unityから離れてUE4触ってみようとするゲーム系エンジニア増えましたね そんな人たちに向けて、実際にUnityに慣れたプログラマがUE4に移行してみたときに困ったポイント・知っておいたほうがいいポイントをまとめてみました 正直、始めたばっかりなので間違っている箇所もあるかもしれませんがその際はコメントしていただけると助かります 本記事の対象となる人 C++なんもわからんという人 Unityなら一通り触っていたという人 参照渡しとポインタ渡しと値渡し なにをいってもこれ もちろん、C#にもこれらはあるわけですがC++ではより厳格な制御が求められます 例えば、C#でこんな感じで書いた場合だとString型のtmpはhoge関数の引数として渡されてもC#のString型は参照型なのでコピーはされません （もちらんintなどの値型が引数ならコピーされます） void hoge(s
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
