はじめに この記事は、Why Every Software Engineer Should Write Articlesを翻訳したものです。今まで、記事やブログを書くことに時間を使うことに懐疑的だったのですが、この記事を読んで腑に落ちるものがありました。 アウトプットしたほうがいいのは分かっているけど、めんどくさい、時間が勿体無いなどと思っている方にはぜひ読んでもらいたい記事です。 英語を日本語に直訳すると不自然で読みにくくなるため、主張を壊さないことを前提に意訳します。ミス等あれば指摘ください。 なぜ全てのエンジニアが記事を書くべきなのか？ 近頃、コンピュータサイエンス産業は複雑かつ急速に進化しており、複雑な技術やコンセプトを簡単な方法で説明するという事がより重要になってきている。 ブロックチェーン・機械学習・深層学習・データサイエンス・分散システム・量子コンピューティング・ビッグデータ

Engineering Manager の @ohbarye です。 このたび"Quipper Web Engineer 東京オフィス採用面接ガイド"を Quipper Handbook*1 の一部として公開しました。 Quipper Web Engineer 東京オフィス採用面接ガイド (2019-10-09 追記: Quipper iOS Engineer 東京オフィス採用面接ガイド も公開しました！) (2020-01-16 追記: Quipper Android Engineer 東京オフィス採用面接ガイド も公開しました！) 本記事では同ガイドについてご紹介させてください。 採用面接ガイドとは？ Quipper東京オフィスで行っている採用プロセスについてより多くの方に知っていただくためのドキュメントです。とりわけ面接に訪れる方を読者として想定しており、候補者には面接の日程調整時に

ギーク直伝の技術習得メソッド！トレタ増井雄一郎の考える、効率のよい言語選択のワザ 最初に学ぶべき言語は？ 新たな技術の習得フローは？ 若手エンジニアの成長戦略にまつわるメソッドを日本を代表するギーク、トレタのCTO増井さんに聞いてみました。 自身の技術力を向上させるために、皆さんはどのような羅針盤を持っていますか？ 情報や選択肢が無数に存在するなかで、「自分にとってのベストな成長戦略」を採用するのは、なかなかに難しい作業です。ならば、人に聞いてみましょう。それも、未開の領域を切り拓いてきた、トップエンジニアに。 今回、若手エンジニアに向けて技術習得にまつわるメソッドを教えてくれたのは、株式会社トレタのCTOであり数多くの講演・執筆活動も行っている増井雄一郎（ますい・ゆういちろう／@masuidrive）さん。増井さんがここまで培った技術・知識を一挙に棚卸ししていただくと同時に、その中から若

弊社ではArt of Dataというキャッチコピーの元、情報の可視化を行うサービスを展開させていただいているが、「他のBIツール／ETLと何が違うの？」といった質問を受けることが多い。 実際、単純に複合的なデータソースを組み合わせてグラフ化するという行為自体は、数々のBIツールが実践していることだ。これらと我々が実践していることの違いの一つに「情報をデザインする」ということがある。今回、及び次回の２回に分けて、この情報をデザインするということについて触れたいと思う。 デザインするとは設計するということ 世間一般に「デザインが良い」というと、「かっこいい」「かわいい」といったビジュアルのインパクトに意識が集中しがちだ。だが、非常に身近な存在として、チラシや雑誌など、日常的に接する、必ずしもかっこよくもなければかわいくもない中にも「良いデザイン」は多々ある。 デザインという言葉は、そもそも本来

以前、IAに関する記事において、経験を伴わせ情報を構造化することで知識となると書いた。そして、それを抽象化することで知恵へと昇華されるとも。 これは私自身の言葉ではなく、以前書いた通り、ネイサン・シェドロフ氏の提唱しているDIKWモデルだ。 実はこの流れは、誤解を得られやすい点があるため、今回少しお話しさせていただきたい。 ただ知っているだけは知識に非ず まず誤解を得やすい点として、知識の認識がある。 DIKWモデルにおける知識＝Knowledgeとは、認知している、或いは受け渡し可能なレベルというだけでは満たされない存在だ。 知識とは、組織化された情報であり、さまざまな内容が組み合わさり、体系化された存在である。そのため、その理解のために経験を経て、自分なりの理解を得ている存在となる。 これは逆に言うと、そのままでは他人に伝えることができない存在とも言える。 知識を他人に伝えるためには、

はじめに 引数にラムダ式を渡す ラムダ式の型はFuncとActionが用意されている ラムダ式はデリゲートを作るためのもの このような記述や説明をしているC#関連のブログをたまに見かけます。実はこれらは正確には違ったり、正しくなかったり、ちょっと足りなかったりします。「先ほどの説明は正しいのではないか？」と思った方、ぜひこの投稿を読んでください。ラムダ式やその関連要素についての理解が深まると思います。 そして、「LINQを勉強したいのだけれど、ラムダ式とかFunc<T, TResult>とかわからん！」、「Func<TSource, bool>型の引数をとるメソッドに、『num => num > 0』とラムダ式を書いているけれど、それがどういう仕組みか良くかわからない．．．」という方、ぜひこの投稿を読んでください。わからないことが理解できたり、疑問がとけると思います。 この投稿では次のC#

C#でマルチスレッドのベストプラクティスって何かある？(What are the best practices with multithreading in C#?)C#非同期処理StackOverflowマルチスレッド翻訳 StackExchange/Code Reviewでの質問"Exporting doc types using queues and multithreading"へのEric Lippert氏による回答より訳出。回答内容はオリジナル投稿"What are the best practices with multithreading in C#?"に呼応するため、編集前のタイトルを採用。原文および訳文のライセンスは引用元サイト規約の通り CC-BY-SA 3.0 に従う。 （補足：回答内容のトーンに合わせて口語調かつ意訳気味に訳出しました。誤訳指摘および訳出改善は歓迎

自分の中のプログラミングの常識というものは、ときどき現実のハードウェアに合わせて調節しないといけない。ハードウェアが進歩し続けているので、コンピュータで簡単にできることと相対的に難しいことのバランスが変化し続けているからだ。ここでは特にストレージにフォーカスして書こうと思う。 昔はメモリが相対的にとても貴重な資源だったので多くのプログラマがメモリを節約することに血道を上げていた。例えばWindowsの初期の頃に設計されたデータ構造には、メモリをバイト単位ででもいいから節約したいという意図の痕跡がいまでも多く見受けられる。DRAMの次に速い記憶装置はHDDだったので、メモリが足りなくなればHDDにデータを保存せざるを得ないのだが、DRAMとHDDのランダムアクセスの速度差は、机の上の本の開いているページを見るのと、その本をAmazonで注文して到着するのを待つのと同じくらいのスケールで違うの

Visual Basicに代表される開発ツールの普及により，あらかじめ用意されたソフト部品を組み合わせれば，それなりのプログラムは作れるようになってきた。でも，それだけで大丈夫だろうか？　もしあなたがSEやプログラマを目指すなら，どんなにツールの使い方を極めても，きっと不安が残るはずだ。不安を取り除くために，プログラミングの中核となるアルゴリズムを楽しく学習していこう。 第1回　アルゴリズムとは？(1) 第1回　アルゴリズムとは？(2) 第1回　アルゴリズムとは？(3) 第1回　アルゴリズムとは？(4) 第1回　アルゴリズムとは？(5) 第2回　データ構造(1) 第2回　データ構造(2) 第2回　データ構造(3) 第2回　データ構造(4) 第2回　データ構造(5) 第3回　シミュレーションと再帰(1) 第3回　シミュレーションと再帰(2) 第3回　シミュレーションと再帰(3) 第3回　シミ

この連載は，これからデータベース・システムの開発を始める人，あるいは実際には開発にかかわらなくても，基礎知識の一つとしてデータベース・システム関連の用語の意味を知りたい人を対象として，短期間でSQLとデータベースの全体像を把握していただくことを目的としたものです。 第1回（1）　SQLを学ぶ前に(1) 第1回（2）　SQLを学ぶ前に(2)SQLがなぜ必要なのか？ 第1回（3）　SQLを学ぶ前に(3)リレーショナル・データベースとは 第2回（1）　SQLの基礎(1)SQLの基本構文 第2回（2）　SQLの基礎(2)SQLのデータ型はDBMSに依存する 第3回（1）　SELECT文を制する者はSQLを制す(1)SELECT文を使いこなそう 第3回（2）　SELECT文を制する者はSQLを制す(2)論理演算子AND，OR，NOT 第4回（1）　挿入，更新，削除，及びSQLの関数（1）データの挿入

皆さんは，自信を持って「論理演算が分かる」と言えますか？ちょっと心配なら，この連載をお読みください。論理演算の意味と使い方をできるだけ短く整理して説明させていただきます。よろしくお付き合いください。 第1回　論理演算の種類と真理値表 第2回　AND，OR，XOR，NOTの意味と使い方の総整理 第3回　論理演算で四則演算ができる 第4回　ド・モルガンの法則は逆転の発想だ 第5回　真と偽の論理演算

今回の連載では「2進数（にしんすう）」を取り上げます。コンピュータが使う2進数を学んで，コンピュータへの理解を深めることが目的です。 第1回　なぜコンピュータは2進数を使うのか 第2回　2進数と10進数の変換 第3回　2進数でマイナスの数を表す方法 第4回　2進数で小数を表す方法 第5回　2進数と16進数の変換

「ITを分かる経営者」が続々誕生、それでも日本企業のDXがろくでもないのはなぜだ 2024.03.11

2016年度版 無料でプログラミング学習ができるサイト10個を調べてみたでは、プログミング学習サイトについて調査をしましたが、今回はSQLの学習サイトについてです。 ただ、そもそもSQLとはなんでしょうか？ それには、SQLと関係が深い「データベース(DB：DataBase)」の説明をする必要がありますが、「データベース(DB：DataBase)」とはデータの集合体という意味です。 つまり、手帳に友達や得意先の名前と電話番号が記載されているなら，それも立派なデータベースですし、電話番号をEXCELで管理している場合には、これでコンピュータが使える「データベース(DB：DataBase)」となります。 しかし、電話帳ぐらいならEXCELでもいいのですが、得意先が増えて担当者も複数人に増え、そこで顧客の売上管理まで行おうとすると、EXCELだと「どれが最新で正しいのデータか分からない」というよ

TL; DR 転機はいつも突然やってくる 職務経歴書とGitHubは常に更新しておけ より良いエンジニアライフ(開発環境や、お賃金)を追求しよう 背景 まずはじめに、クビになった 実際にはクビ(懲戒解雇)ではないので、釣り見出しである。30歳でエンジニアにジョブチェンジして、かつ未経験なのにベンチャーに入ったら、1年ちょっとで会社都合の退職となった。後述の通り、別の会社から満足な条件で内定はもらえたものの、売り手市場な今でも一社からしかもらえなかったので、転職活動でやったこと・在職時にやっておけばよかったことをまとめておく。 突然の発表〜会社訪問 "今週はこの機能を作って〜"なんて考えていた6月第1週、(一応全社向けだったけど)主に開発部やデザイン部に向けて、突然会社から早期優遇退職プログラムが発表された。開発部の部長も知らなかったという、正に青天の霹靂である。会社に残ってもエンジニアとし

Photo by Esmée Winnubst こんにちは。谷口です。 開発業務未経験や、経験が浅い状態から「ITエンジニアに転職したい」という人が増えてきました。 もちろん最初は誰でも初心者ですから、未経験でもプログラミング初心者でも、エンジニアを目指すのは可能です。実際にpaizaでも、他の職種からエンジニアに転職して、大活躍している人はたくさんいます。 ただ一方で、エンジニアを目指して転職活動をしているのになかなか内定が出ない人たちもいます。 その中には 実務経験も勉強したこともないのに「機械学習の求人にしか応募したくない」 あまり求人がない（あっても超狭き門な）言語や開発環境にこだわる 初心者なのに「スペシャリスト的なポジションにつきたい」 といった身のほど知らずな方が常に一定数いるのです。 たとえば、「漫画を描いたことはないけど、ジャンプで連載を持ちたい！連載が決まったら編集部に

いくらRDBの操作を抽象化してくれる便利なライブラリ（ORマッパーとか）を使っていても、それでもRDBを使う限りは、テーブル設計の考え方にしろ抽出ロジックの考え方にしろ、SQLを知っていないとやりづらいと思うのです。 でも正直、「SQLこう学べば一発でわかるようになるよ」と言えるほど教えるノウハウはない。なので、僕がどうSQLを勉強したか書いておこうと思います。 正直、情報処理の試験で問われるまでSQLを使う用事がなかった プログラミングの歴だけは長いのですが、SQLを勉強する必要が出たのは、新卒で入社した会社で「ソフトウェア開発技術者（現・応用情報処理技術者）を取りなさい」と言われてからです。 いきなりお勉強的なムードからSQLを学ぶ必要が出てしまったので、最初は全くやる気にならなかった・・・ので、これはいかんと思って、何とか手を動かそうと思って、手にとったのがSQL書き方ドリルという本

4月入社の新人システムエンジニアも、春のうちに配属になったり、夏のこの時期から現場に配属になったりと、組織の教育制度によりバラバラでその辺りは新人SEをどこまで教育できるかという組織の体力や現場のリソース不足が如実に現れますね。それよりこうして配属時期を思うと、入社してすぐにSEとして認められるなんてある意味すごい業界なような気がしますね…。 新卒の学生が企業を選択するのも、企業が新卒を採用するのもどちらも博打な訳ですが言い方を変えればエンゲージメントなのですよね。合うのか合わないのかはそれぞれの体質みたいなものですから。 新人SE、常駐先に配属になる ワタシもそうでしたが、新人教育というなのちょっとした教育期間後に、速攻で現場に常駐に出されるケースが多いです。現場の規模が大きければ大きいほど、顧客とSIerの双方の依存関係は深いですからワークロードの道幅も広く、業務も顧客よりエンジニアの

一年半SEとして働いてきた中で、私自身が苦手だと思っており、他人からもそのように評価されていたのが「質問の仕方」でした。 それが先日、他人から「質問の仕方がうまいね」と褒められることがあり、ようやく一人前の質問の仕方ができるようになってきたので、どのようにして克服できたのか紹介したいと思います。 質問の基本形 私が入社したばかりの頃は、わからないことがあればすぐに先輩に質問していました。 そのときにしていた質問の内容はだいたいこんな感じです。 「環境構築を手順書通りにやったんですけど、○○のコマンドでエラーがでてしまいます！なんとかなりませんか？」 このような質問を受け取ったら、先輩は暇ならばエラーメッセージを見てくれ、エラーメッセージに書かれていることに対して調査してくれるかもしれませんが、忙しいときにはそんなことはしてもらえません。 こんな質問を繰り返しているうちに先輩からは「技術系メ