www.megamouth.info 「日本のエンジニアの実力はかなり低いと感じています。」 これに関してです。ブックマークのコメントだと気持ちが足りなかったので、結構グローバルにIT土方としてやってる自分の考えを書きたくなりました。 自分の所謂受託の会社をクロアチアという国で経営していますが、社員は今２０人位で、客は主にアメリカ、ヨーロッパー各国で、去年あたりから中東、アフリカの案件も増えてきました。まぁこれだけいろんな国とやり取りしてるってことは、億単位のデカイ案件とかじゃなくて、まぁスタートアップ的な会社とのやり取りが多いです。自分が日本人なので、日本向けの所謂オフショア開発としてスタートしたけど、辛すぎて日本との取引はもう受託はやっていないですね。製品販売は日本でもやっています。 で、日本のエンジニアに関して。客が主に中小企業なので客のエンジニアとか入っている別の会社のエンジニアと

はじめに 先日、社内で「良いコードの書き方やお作法、プログラミングの原則って、どうやったら身に付くんだろうねえ？」という話になりました。 もちろん、「本を読んで勉強する」っていのも勉強法のひとつなんですが、そもそも、もっと強烈なモチベーションがないと、必死になって良いコードの書き方やプログラミングの原則って勉強できないのでは？なんて思ったりします。 強烈なモチベーションというのは、たとえば、 いったい何なん！？このスパゲティコードは！！！ なんでこんなコードを俺がメンテしなきゃあかんの！！？？ あ～、もう最悪や！！俺はこんなコード、絶対に書かへんぞ！！！！ っていうぐらいのモチベーションです。 というか、これは単純に僕のケースですね、はい。 幸い、ソニックガーデンに入ってからは、周りのプログラマがみんなちゃんとしているので、そんな思いをすることはほぼなくなりましたが、前職、前々職ではそんな

第６回ゲームサーバ勉強会用資料です。 Webの技術の根幹となるHTTPやTCP/IPを軽くおさらいしたあと、 マルチプロセス、マルチスレッド、イベント駆動といったサーバアーキテクチャについて解析し、 さらにイベント駆動を実現するための非ブロッキングI/OとI/Oの多重化について解説します。

2. 良いコードとは • （エンタープライズにおける）良いコードとは、「読みやすくて 理解しやすく、修正しやすいコード」のことである • メモリ使用量やCPU使用量、I/O転送量が低いコードのことではない • 少しでも高速に動作するコードのことではない • ゲームや特殊な環境で動作するソフトウェアなどでは、こういうコードが「良 い」コードの場合もある • トリッキーな手段を駆使してなるべく短くかかれたコードのことではない • 競技プログラミングなどでは、こういうコードが「良い」コードの場合もある 3. なぜ「良い」コードを書くべきなのか • エンタープライズでは、チームで開発することが多い • 一人ですべて開発するのだとしても、３か月前の自分は他人 • エンタープライズでのコードは、「書かれる」よりも「読まれる」 ことが圧倒的に多い • エンタープライズのコードは機能拡張が常に発生するため

ネットベンチャーに「企画しかできない人」はいらないと思う。 特に、文系でプログラム経験がなくて企画しかやってきてない人は、論理的思考能力がない人がめちゃくちゃ多い。大企業ではそれでいいけど、人も時間も予算も無い状況だとコミュニケーションロスとオーバーヘッドがでかすぎる。条件をつめたり、ロジックを埋める作業が出来ない。条件漏れとかめちゃくちゃ多い。デバイスの仕様制限すら分かってない人も多い。 GPSがすごい正確で一瞬で位置を取得できることを前提にしたアプリの企画とか、すべてのスマートフォンがiBeaconが動くことを前提にした企画とか、顔認識が100%であることを前提にしたアプリとか、プッシュ通知しまくるクソアプリとか、アプリの更新とデータ更新の切り分けが分かってないとか、お前の状態遷移を修正している時間のほうが時間が掛かる企画とか、もう、いやだ。それで、企画の発想が飛びぬけて面白い人なら、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない！vs. 現場に任せてくれない！の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマ

1990年代後半から2000年代前半辺りまで、プログラミング言語を学ぶなど一部のコンピューターオタクがすることであって、10代や20代の好奇心旺盛な若者が学ぶことにはとても思えませんでした。 当時ちょうどグローバル化が本格的にスタートした時期でもあり、プログラミング言語なんかを学ぶをよりも、英語を学ぶことに力を入れる学生の方が圧倒的に多かったように思います。 ↑1990年代、プログラミングはまだまだオタクの領域だった。 当時、僕の周りでも多くの人がサッカーや野球に夢中になる中で、コンピューターに夢中だった友達は「オタク」、「性格が暗い」など言われ、とても女の子にモテたり、学校で人気者になる存在ではなかったように思います。 そんな中、もし僕がこのビル・ゲイツ氏の言葉を聞いていたらコンピューターに夢中になる友達の視線も変わっていたのかもしれません。 「オタクには親切に。あなたたちは、いつか、彼

2012年の初めに、筆者は開発業界で勢いを増しつつある技術に関する記事を書いた。1年近くたって振り返ってみると、2012年の流行のいくつかがあまりにも早く進んだことに驚く。もちろん、モバイル開発が重要になることは予想されていた。しかし、タブレットの成長、特に「Android」タブレットの急速な伸びが、この市場を新たな高みに導いた。本記事では、そのことを振り返りながら2013年に目を向ける。 頻繁にアップデートされるモバイルデバイス（特に「iOS」デバイス）と、「Chrome」と「Firefox」の短いリリースサイクルのおかげで、HTML5が多くのほかの方法を押しのけて、非常に重要な技術になった。ウェブ開発の世界は、次の2つに分割されている。 Javaと.NETをバックエンドで動かし、通信にSOAPを用いるエンタープライズ市場 PHP、Ruby、Pythonをバックエンドで動かし、軽量なRE

令和からの働き方について 元「傲慢SE日記」で、しばらく放置していました。 2020年からはこれからの働き方などについて書いて行こうかと思います。 本カテゴリーは手続き型言語になれている人がどうやったらオブジェクト指向を理解できるのかを考えて書いている記事です。 多少の言語知識があることを前提に進めます。 C#やJava等の言語では肝となる部分です。 この概念が分からないとガベージコレクションの概念が分かりません。 そして、この概念を持っているとオブジェクト指向の理解が早まります。 さて、スタック領域は皆さん知っているはずです。 特にC言語を使っている方はお手の物のはずです。 なぜなら、 普段使っている領域 ですから。 まぁ、順を追って一つずつ解決していきましょう。 まず。ポインタの概念からゆっくりと解決していきましょう。 int i = 0; この書式はint型のiを定義して0を入れてい

あるところに同じようなことを（ほとんど成り行きで）書いたのですが、重要な問題のような気がしてきたので、こっちにも書いてみる。 一般に、関数型言語やプログラミング言語（および計算機科学、ないし任意の専門）についての情報は、 一般書・一般誌、Webやメーリングリストやブログ 教科書・専門書 論文 口頭での議論（学会発表や質疑応答、グループのミーティング、部屋での会話） などで交換されます。 で、一般に情報の「ディープさ」は上から下へ行くほど濃くなると思うのです（少なくとも僕の専門分野ではそう）。そのごく一部である1.だけ（しかも日本語onlyで）「勉強」していろいろと議論するのは、（何もしないよりは良いのかもしれませんが）非常に危険です。その危険をちゃんと意識していればno problemですが。「高速道路」の話と同じことかも。 たとえば、日本のネット(?)では今になって妙に持ち上げられている

※ ICPC(国際大学対抗プログラミングコンテスト)に出たいけど、 強くなるには何をしたら良いのか分からない、という人向け。 自分の考えでは、ICPCの競技者は以下の４段階に分かれます。 初級者レベル：プログラミング自体を学んでいる人 中級者レベル：基本的なアルゴリズムを学んでいる人 上級者レベル：様々なアルゴリズムを学んでいる人 最上級レベル：様々なアルゴリズムを自由に応用できる人 競技者レベルが異なれば、理想的な勉強の方法が異なるので、 以下では各レベルに応じた勉強方法を簡単に紹介したいと思います。 ・初級者レベル 以下のような人たちが、このレベルに該当します。 ・プログラミングができない ・関数を使ったプログラムが書ける程度 このレベルの人の勉強法： ・プログラミング本を１冊買って、実装しつつ学習 ・サンプルコードを書きかえて、出力を少し変えてみる ・分からないことはすぐに質問する

リアクティブプログラミングは、「時間とともに変化する値」＝「振る舞い」同士の関係性を記述することでプログラミングを行うパラダイムです。 GUIなどのようにインタラクティブなシステムや、シミュレーションやアニメーションのようにダイナミックに状態が変化するようなシステムを宣言的に記述することができます。 これらの「変化する状態」や「外部とのやりとり」が支配的なシステムは、純粋関数型言語が、その強みを発揮しにくい部分でもあります。 本稿では、リアクティブプログラミングが副作用を含む系を宣言的に記述することを可能にし、状態の管理という厄介な問題からプログラマを開放する可能性があることを示したいと思います。 （割と独自研究に基づく解釈ばかりなのでその点ご了承ください。あと例としてでてくるコードは、Pythonベースの擬似コードで具体的なライブラリに基づくものではありません。） Why Reactiv

About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ 米国の大学進学無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice Acting創作活動って自分を晒け出さねばならないと...More... 最近のコメント shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/01)ベアトリーチェ on ハイポハイポハイポのシューリンガン (2022/04/02)ベアトリーチェ on ハイポハ

Debian Project／Google ソフトウェアエンジニア鵜飼文敏さんの講演動画を見たのでまとめ。 内容は、フリーソフトウェア、オープンソフトウェアのハッカー、Google内のハッカーがどのようにソフトウェアを作っているか。 少し前の講演だけど、ハッカーを目指す上で非常に参考になった。 ハッカーの特徴 ハッカーとは Hacker ethic ハッカーのソフトウェアの作り方 ハッカーの開発スタイル 手順 要求仕様 設計 実装 テスト デバッグ チューニング ハッカーに近づくには 必要な知識 知識の習得の仕方 ハッカーと仕事をするときの問題点 その他に紹介されていた書籍 感想 参考 ハッカーの特徴 普通の人をはるかに上回る高い生産性 高品質のソフトウェアを作りだす ハッカーとは ハッカーズ大辞典によると、 プログラム可能なシステムの細かい部分を探ったり、その機能を拡張する方法を探求した