リアクティブプログラミングとは何だったのか - Qiita
※この記事はずいぶん内容がわかりづらかったようで、さまざまな反応を頂きました。追記が複数ありますので、併せてご覧ください。 TL;DR Version: リアクティブプログラミングに挑戦しようとした。がっかりした。 はじめに 私のこの記事は「【翻訳】あなたが求めていたリアクティブプログラミング入門」に触発されて？書かれたもので、そちらの元ネタの記事に先に目を通しておいたほうが理解がしやすいと思います。そちらの記事は本当に解説がわかりやすく、そして何よりとても説明が具体的なので、リアクティブプログラミングについて知りたいかたには大変おすすめです。リアクティブプログラミングの解説には、漠然としたことしか言っておらずさっぱり参考にならないものも多いのですが、いや本当に多いのですが、この元ネタの記事では図表が適切に使われているだけでなく具体的な問題提起と具体的なコードによる解決策が示されており、リ
2018年の段階で私が知らないこと
Originally written in: English • Русский (авторский перевод) Translated by readers into: Deutsch • Español • Français • Português do Brasil • Svenska • Tiếng Việt • తెలుగు • 日本語 • 简体中文 • 繁體中文 • 한국어 Read the original • Improve this translation • View all translated posts 多くの人は、私が実際に持っている知識量より遥かに多くのことを知っていると思い込んでいる。それは悪い事ではないので文句を言っているわけではない。(世の少数派の人達は、努力して資格を得ているにもかかわらず、逆の偏見に苦しめられている。それはイケてない。) この記
ぼくはこうしてプログラミングを覚えた
オリジナルはココです。フェイスブックのエンジニアで史上ベスト３に入るといわれるEvan Priestley氏への質問「どうやってプログラミングを覚えましたか」に対する本人からの答えです。 手短かに言えば 何年もの歳月の賜物というか。ぼくはただひたすらプログラミングが大好きで、（フェイスブックで働いていた）過去４年間、ほとんど他のことをしていない。その前も２.５年ほどプログラマーとして働いていたし、そのさらに前も６年くらい趣味でプログラミングをしていた。ぼくは高校も大学も中退しているので、それで空いた時間もプログラミングに費やした。つい最近フェイスブックを辞めたけど、未だに起きている時間のほとんどはプログラミングだ。 もっと詳しく言えば 月並みだが、ぼくはちっちゃい頃からコンピューターが好きで、我が家にあったヤツで（最初はMac Plusで途中からIIsiになった）で散々遊んだ。８歳か９歳の
ググるのをやめるとプログラムの生産性が上がるかもしれない - メソッド屋のブログ
今日はプログラミングの生産性に対して気づきがあったのでシェアしてみたい。 なぜ米国の人は生産性が高いのだろう プログラミングの生産性に関しては以前から興味がありいくつかのポストで考えたことをシェアしてきた。私は職業柄、いろんな国でいろんな人々とプログラミングを一緒にする機会が多い。その時に頻繁に感じるのは、平均的に言うと、アメリカの人プログラマが生産性が高い確率が高くて、しかもコードもきれいだという傾向にある。アメリカでお客さんと一緒にコードを書くと、お客さん自体が物凄く良く知っているし、実行力もある。アメリカの次と言うことでいうと、英語がネイティブの国もそれに近く、フランスなどの言語が近いところが続く感じなので、英語が物凄く影響すると思っていたし、実際すると思う。そのあたりの話はこちらのポストに書いてみた。 simplearchitect.hatenablog.com 定義での理解と、例
メタファーを身につけてプログラミングの生産性を向上させる - メソッド屋のブログ
インターナショナルチームでプログラミングの仕事をしていると、いろんなところで同僚との差を感じてしまう。いろんな国の人がいて、レベルは人によりそれぞれなんだけど、一般的にいうと、アメリカのプログラマのレベルは平均してとても高い場合が多い。とにかくコードがきれいでシンプルで仕事が早い。 彼らがなぜそれができるのかを観察しているが、一つ気が付いたことについてその対策も含めて書いてみたい。 彼らがプログラマとして優れているところ USにいるとお客様の技術レベルが高いとか、新しいことにチャレンジするとかいろいろ要素はあるのだけど、個人の生産性、コードの美しさをみても、平均値を観察するとアメリカの人が一番に感じる。その他にも、ドキュメントを見てすぐ理解できる能力は、アメリカの人はおろか、ヨーロッパ圏やインドの人と比べても、私は圧倒的に負けていると感じる。 Williams 衝撃の読解力 新しいライブラ
IntelliJ IDEA, Visual Studio Codeのススメ | mmjテックブログ
シェルやエディタの話は昔から宗教戦争を引き起こす危険な話題です。弊社でもこれまでは開発環境は個々人の自由で、かつ、IDE 派は少数でした。 ですが、弊社では Kotlin, TypeScript への移行に伴い、開発環境もまた IntelliJ IDEA や Visual Studio Code に移行しているところです。ちょうど「IntelliJ IDEA ハンズオン」という書籍が出版されたこともあり、あえて IntelliJ IDEA 及び Visual Studio Code (以下 VSCode) の魅力を語ろうと思います。 vim や emacs から見ればイケてないところ まずはこれまでのエディタからの立場で、IntelliJ IDEA や VSCode のちょっとイケてないところを見てみましょう。 ターミナルで使えない ssh などターミナルで直接使えないのは決定的な違いです
フルタイムのコミッターとして企業に属しながらオープンソースのプログラミング言語を開発するということ - GeekOutコラム
卜部という名前で、マネーフォワードという会社でプログラミング言語Rubyの開発に携わっているものです。 実は、この文章を書き始めるまでにずいぶんと悩みました。というのも、これまでこのコラムに登場した他の人たちと違って、自分のキャリアというのは決して戦略的に積み重ねてきたものではないのです。そもそも初回の転職からして、やりたくて転職したわけではない。 思い返せば大学院から最初に就職した会社は、受託開発で忙しいながらも楽しく、社会人としてもプログラマとしても大きく成長させてくれた職場でした。何もなければそのまま一生そこで勤めて終わる、本当にそう思っていましたし、今でもやがては戻れたらいいなあと思います。しかし現実にはそうはならなかった。どこに行っても仕事がなく、開発者が余ってしょうがないみたいな時代があり、それが十年近く前ですけど、ありていに言えば放り出されてしまった。会社都合退職です。 しょ
コンピュータサイエンスを学びなおす - Qiita
はじめに この投稿を読んでくださる方の中には、すでにコンピュータサイエンスについてよく学んでいる方もおられるでしょう。もしくは、これから学ぼうと考えている学生の方、学生の頃は違う分野を学んでいたけれども興味がある方、もしくは仕事など必要に迫られて学ぼうという方もおられるでしょう。私自身はといえば、コンピュータとの付き合いは長く、学校でも情報工学を学んできました。社会人になってからもソフトウェアの設計・開発や携わる日々を過ごしております。 最近、そろそろ息子にコンピュータを教えたいという思いが強くなってきて、それではどうやって教えようかを考えはじめたところです。その中でたどりついた一つの答えは、まずは自分がしっかり学びなおした方がいい、ということでした。学校で学んだのは昔のこと、独学でなんとなく分かった気になっていることも多いし、どのように教えるかという観点でも学べることは多いはず・・・。
6歳の子どもに「関数型プログラミング」を教える方法
プログラミングの考え方にはオブジェクト指向と関数型の2種類があります。オブジェクト指向に比べると理解しにくく挫折しがちな「Functional programming(関数型プログラミング)」について、あるコンピューターサイエンスの学者が6歳の息子とゲーム形式で会話したことをブログでつづっています。6歳の子どもが興味を引き付けられた関数型プログラミングに関する会話は、子どものプログラミング教育のロールモデルを示唆するものになっています。 Conversations with a six-year-old on functional programming | blog :: Brent -> [String] https://byorgey.wordpress.com/2018/05/06/conversations-with-a-six-year-old-on-functional-pr
アルゴリズム速報
プログラミング Python入門 NumPy（数値計算） Pandas（統計処理） OpenCV（画像処理） Keras（深層学習、ディープラーニング） Scikit-learn（機械学習） Flask(Webアプリ制作) Flutter入門(Android、iOS、デスクトップ、Webアプリ制作) Dart入門 JavaScript入門 jQuery Bootstrap TypeScript Vue.js Node.js React Native C#入門 C#で数値計算入門 C#で画像処理 Unity+C#でゲーム制作 PHP入門 PHP+Laravelでwebアプリ制作 C言語入門 Go言語入門 PowerShell入門 Access/VBA入門 Google Apps Script(GAS)入門 バッチ処理入門 VBA入門 データベース SQL入門 MariaDB入門 ソフトウェア
【5分で覚えるIT基礎の基礎】だれでも一度はアセンブラを学んでおこう！ 第1回
矢沢久雄 グレープシティ アドバイザリースタッフ プログラマであってもなくても，コンピュータに関わる人なら，だれでも一度はアセンブラを学んでいただきたいと思います。アセンブラは，コンピュータのハードウエア的な動作を生々しく記述するプログラミング言語です。アセンブラを学ぶことで，CPU（プロセサとも呼ぶ）の機能やOSの役割などが手に取るように見えてきます。すなわち，コンピュータに何ができるのかが分かるのです。 アセンブラとマシン語のことを「低水準言語」と呼びます。一方，COBOL，BASIC，Pascal，C言語，C++，Java，C#などのプログラミング言語を「高水準言語」と呼びます。低水準とは，コンピュータの生の動作に近いという意味で，高水準とは，人間の感覚に近い（コンピュータの生の動作からは遠い）という意味です。高水準言語を使えば，コンピュータのハードウエアの知識がなくてもプログラムが
ソフトウェア開発者が読むべき IT系雑誌の一覧と，おすすめの読み方 - 主に言語とシステム開発に関して
中級クラス〜のデベロッパにとって，フォローする事が望ましいIT系雑誌のリスト。 また，それらの読み方。 つまり，書店における立ち読みのポイントと，購入の判断基準。 （１）Web+DB PRESS （２）Software Design （３）日経Linux （４）日経NETWORK （５）日経SYSTEMS （６）日経ソフトウェア 補足 なぜ雑誌なのか？ 読者層としては， 主にWebアプリの開発をチーム内でリードするエンジニアやアーキテクトを想定。 （１）Web+DB PRESS 雑誌のホームページ http://gihyo.jp/magazine/wdpress この雑誌の読み方： 「特集」は無条件で精読する。 「プログラミング言語の記事」は，下記の点に注目して把握する。 言語の癖や特色，他の言語と差異化するファクター その言語から，あるサービスを利用するためのAPIの存在 バージョンアッ
写経でプログラミングが上達するか - Qiita
ここで言う写経というのは、プログラミング言語を習得するときに、サンプルコードやチュートリアルを自分の手で打ち込む行為を指します。 写経、やっている人結構多いと思います。 私もやります。 プログラミング言語は「黙って写経」──カーネルハッカー・小崎資広（4） これまでにも、例えばブログ界隈なんかで「写経いいよ」という話が出て、Twitter なんかで「じゃあ俺も写経やってみよう」なんて盛り上がる、という流れは何度となくあったと思います。 (以下、上記記事からの引用、敬称略) (小崎)黙って写経は意外とね、勉強の方法としてはかなり上位でいい感じ。 (西尾)指先しか動いてないですけど。 (小崎)でも意味あるんだよ、それでも。 (西尾)確かに、ただ読んでると眠くなってしまったり、自分は読んでるつもりでページをめくっているけれども実は頭には入らずに全部素通りしていたりしますよね。指を動かして打ってい
新人プログラマーに向けて、技術書の使い方と学ぶ姿勢について【えふしん】 - エンジニアtype | 転職type
Twitterクライアント『モバツイ』開発者であり、2012年11月に想創社（version2）を設立した有名エンジニア・えふしん氏が、変化の激しいネットベンチャーやWeb業界の中で生き残っていくエンジニアの特徴を独自の視点で分析 藤川真一（えふしん） FA装置メーカー、Web制作のベンチャーを経て、2006年にGMOペパボへ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社を設立し、2012年4月30日まで代表取締役社長を務める。その後、想創社（version2）を設立しiPhoneアプリ『ShopCard.me』を開発。2014年8月1日からBASE（ベイス）株式会社のCTOに就任 みなさん、こんにちは。えふしんです。新入社員として入社されて
ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習
最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない！vs. 現場に任せてくれない！の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ 心理的安全性ガイドライン（あるいは権威勾配に関する一
Double Slash: プログラミング速度を上げる方法
結構古い記事なんだけど、妙に納得がいったので紹介。 少々長くなるが、おつきあいください。 みなさんのプログラミング速度はどれくれいでしょうか。 私は集中しているときは１日に1000から2000行程度かけます。（もちろん内容にもよりますが） まぁ行数なんて意味はないですが、まぁ感覚的にそんなもんです。 もし、１日に数百行程度の人ならこの方法が役に立ちます。 また、調子がいいときはかけるけど、調子がよくないときはかけないなど コンスタントにパフォーマンスが出ない人にとっては、なるほど！な記事（のはず）です。 いろいろトラバされてますが、大元のネタ記事はたぶんこれです。 論理的思考の放棄 論理的思考の放棄2 論理的思考の放棄3 えっと、このblogの記事だけ読んでも理解できる人と、できない人が居ると思うので あわせてコメントやトラバを読むとよいです。 以下に簡単に内容をまとめます。（感じたままに
きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません
「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか？」という質問を受けたので、「はて？どうしているだろうか？」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。 http://blog.shibu.jp/article/28983162.html 自分なりにもっと凝縮版を。渋川さんが言っている事全体もその通りとは思うけど*1、もっと簡単で、しかも射程が広い、と自分が思っている事。 渋川さんはちょろっと触れてるだけだけど、自分はこれが最も基本的で汎用的、かつ、ソースをきれいにする原動力となる上にバグをも減らしてコードの汎用性まであげる、コーディングのエンジンみたいなものと思ってる。それは、 「すべてに正しい名前を付けて、そして、正しい名前であることを維持する」という鉄の意志 クラス
プログラマー面接時の技術的な質問事項(アプレッソ版) : 小野和俊のブログ
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
言語処理100本ノック 2015
プログラミング言語は「黙って写経」──カーネルハッカー・小崎資広（4） | サイボウズ式
