ありあ @aria_nico 某頭のとてもいい大学院卒の方がプログラム修正してくれたら、元々200行くらいコードが書いてあったはずの場所に何もなくなっていて、凡人には理解しきれない正規表現が一行だけ書いてあった。 #本当にあった怖いプログラム 2016-04-20 08:34:08
![#本当にあった怖いプログラム](https://cdn-ak-scissors.b.st-hatena.com/image/square/ec1f45dea3ba53a1dc58cc0b364f6c3c4742806c/height=288;version=1;width=512/https%3A%2F%2Fs.tgstc.com%2Fogp3%2F50883944ca1600f3f52535b69fba58ce-1200x630.jpeg)
ありあ @aria_nico 某頭のとてもいい大学院卒の方がプログラム修正してくれたら、元々200行くらいコードが書いてあったはずの場所に何もなくなっていて、凡人には理解しきれない正規表現が一行だけ書いてあった。 #本当にあった怖いプログラム 2016-04-20 08:34:08
JS しか書いてないんだなって人は筋悪いものをありがたがっていたりする印象はある。しかし筋悪いものをありがたがるみたいなのはどこにでもいるので、JSがどうとかは直接は関係がないはずではあると思う。JSしか書いてない人とPHPしか書いてない人は似たようなもんで、単に広範囲の知識に興味がないだけな気がする。 それはともかく「これは筋悪そうだな」っていう感覚がどこからくるのかよくわかってないので、現時点で思いつく限り雑にメモしておく。 割の合わなさ 「これは何の問題を解決してるんだろう」と思ってドキュメント読んだりソース読んだりした結果、大したことを解決してなくて、その割に実装量が多いとか学習コストが高いと、筋悪いなあと思う。 フットプリントや学習コストに対して提供されるモノが「割に合わない」のは筋が悪く感じる。 将来性のなさ 「あ、これはただの流行だな」みたいな、5年後には消滅してるなというも
なにこれすごい。 Kiteはお使いのエディターやターミナルと連動するプログラミングサポートツールだ。 これを横でたちあげておくと「この命令はこういう意味だよ」「そこ間違ってるし」「サンプルコードはこちら」といったことを教えてくれるのだ。 秀逸なので自分が使っているツールをそのまま使える点だ。 まだリリース前だが、是非サイトのデモムービーを見てほしい。あなただけのプログラミングパートナー、というキャッチがとても素晴らしい。
先週書いた10年のツケを支払ったフロント界隈におけるJavaScript開発環境(2016年4月現在)。という記事がまずまずの反響を得たのですが、僕の予想とは異なり、「こんなに多くのツールやフレームワークを必要とする現状はおかしい」といった、状況批判の意見が多く集まりました。 Mediumなど海外メディアでは、もはやこの種のツールを組み合わせたフロントエンド開発が当たり前として受け入れらており、この半年間ほどは「実際にどの組み合わせがベストか」という議論が行われていました。そして、そういった議論もようやく落ち着きを見せ、おおよそ僕が書いたような組み合わせに帰結しつつあります。 そのため、まさか「フロントは変化が激し過ぎる」とか「保守が大変そう」などといったような、1年くらい前に言われていた意見が、いまだに多くを占めるとは、まったく予想していなかったというのが正直な意見です。ひと昔まえであれ
コードレビューで土日に安寧を ソーシャルゲームは、ユーザアクセス集中と、それに伴うユーザデータ増加によって劇的に負荷が上がり、(主に土日に)サービスに影響を与えがちです。 問題があるコードは、たとえ負荷テストを行っても、作成したシナリオによっては見つけられない可能性もあります。 そういった見えない不安を払拭するという意味でも、コードレビューは重要だと思っています。 【ステキポイント】 ・ ソースを見ることにより、時限爆弾が土日に爆発するのを解除 ・ スキル共有によってメンバーがレベルアップすることにより、土日に爆発する時限爆弾の設置確率低下 まぁまとめると これに尽きます(4歳の息子談) 今は、gitのプルリクエストという強力なレビューツールもあり、敷居がかなり低くなったのでオススメです! チェックするポイントは5つ コードレビューを行うにあたり、「どんなところをチェックすればいいのか分か
「Programming Language Influence Network」はプログラミング言語の相関図を表したサイトです。指定した言語がどの言語から影響を受けて作られたか、また他の言語にどう影響しているかの相関図が閲覧できます。 以下に使ってみた様子を載せておきます。まずProgramming Language Influence Networkへアクセスしましょう。 相関図から気になるプログラミング言語を探してもよいですし、キーワードで検索することもできます。また、オブジェクト指向のプログラミング言語のみ抽出したり、プログラミング言語のカテゴリごとに絞り込むことも可能。 興味のある言語を調べると類似した言語が見つかるので、新しい言語を学ぼうと思ったときに一度見てみるとよいかもしれません。ぜひエンジニアの方は一度覗いてみてはいかがでしょうか。 Programming Language
ステップ数で評価が決まる現場では全く役に立たないテクニックではありますが、ソースコードの減らし方について紹介したいと思います。 開発Div. エンジニアのayasudaです。 2014年の夏にジョインし、会社名と同じサービス、クラウドワークス の開発に携わっています。 ご覧の通り、消したソースコードの方が多いので、ステップ数換算だとマイナスの働きしかしてませんね! 本記事では、特に Ruby on Rails の運用されているプロダクトコードにおける、ソースコードの減らし方について紹介していこうと思います。 基本的な考え方 ソースコードを減らすときの大原則は「ボーイスカウト・ルール - プログラマが知るべき97のこと」です。 普段、ソースコードを触るときに、一つでも良いので簡単な改善を入れる。これを積み重ねるのが大事です。 一度に一気に直そうとするのはあまり良くありません。大抵の場合、デグ
おはこんばんちは。 尾藤 a.k.a. BTOです。 普段我々開発者は、プログラミング言語を使ってシステムを開発しています。 しかし、プログラミング言語も人によって開発されたコンピュータプログラムです。 先日社内勉強会で、普段使っているプログラミング言語が、どういう仕組みで成り立っているのかを発表しました。 それで実際に簡単な四則演算を計算する簡単な電卓を実装してみました。 ソースコードを公開していますので、最初のとっかかりの参考程度にはなるかと思います。 github.com 正規文法・文脈自由文法 ノーム・チョムスキーという有名な言語学者が形式言語の生成文法を定式化しました(チョムスキー階層)。 彼は生成規則の制限の強さによって、階層を分けました。 制限は緩ければ緩いほど、言語としての表現力は上がりますが、解析は難しくなります。 このチョムスキー階層の中で、我々が慣れ親しんでいるのが、
ネットやコンピュータオタクといえば男!っていうイメージですが、ことプログラミングに関しては女性が優位なことが、カリフォルニア州立工科大とノースカロライナ州立大の新論文で明らかになりました。 査読待ちなので異論も出そうですけど、研究チームが調べたのはGitHubに1日にログインする400万人のデータです。 このうち「科学的」に性別が判定できたのは140万人で、そのプルリクエストが承認される確率を比べてみたら、女性は78.6%、男性は74.6%だったのです。つまりGitHubに女性が貢献したコードの方がピアレビューでマージされる率が高いということですね。 気になる理由ですけど、「女性の場合、プロジェクトで緊急で必要なものをコントリビュートする確率が極端に多い」ことも原因のひとつ、という仮説も調べてみたけど、論文p.9-11には「そういう傾向は認められなかった」とあります。(←訂正!ご指摘ありが
プログラマ向けノートアプリQuiverが素晴らしい(Mac用アプリ)Markdownをサポートしたメモアプリは数多くありますが、技術系のメモやスニペットを書き溜めるのに適したものはそれほど多くありません。 個人的な要件としては、 データフォーマットがオープンで好みのクラウドサービスで同期できることMarkdown(GFM)を扱えてプレビューできることコードの取り扱いが簡単なこと(できればシンタクスハイライトも)ファイルを意識しないで使えること(ファイル名を考えたりしなくて良い。オートセーブされる)ノートブック、タグなどでノートを整理・分類できることぐらいなのですが、すべてを満たしたアプリをなかなか見つけられず、Day OneやUlysses、Kobitoなどを併用して凌いでいましたが、最近、知ったQuiverというアプリがこれらの要件をすべて満たしており、これに一本化することに。 あまりに
画像処理は難しい。 Instagramのキレイなフィルタ、GoogleのPhoto Sphere、そうしたサービスを見て画像は面白そうだ!と心躍らせて開いた画像処理の本。そこに山と羅列される数式を前に石化せざるを得なかった俺たちが、耳にささやかれる「難しいことはOpenCVがやってくれるわ。そうでしょ?」という声に身をゆだねる以外に何ができただろう。 本稿は石化せざるを得なかったあの頃を克服し、OpenCVを使いながらも基礎的な理論を理解したいと願う方へ、その道筋(アイテム的には金の針)を示すものになればと思います。 扱う範囲としては、あらゆる処理の基礎となる「画像の特徴点検出」を対象とします(実践 コンピュータビジョンの2章に相当)。なお、本記事自体、初心者である私が理解しながら書いているため、上級画像処理冒険者の方は誤りなどあれば指摘していただければ幸いです。 画像の特徴点とは 人間が
資格を取ったりアフィリエイトブログをしたりプログラムスキルを鍛えたりと、自分に「投資」しながら総資産をひたすら多くするゲーム「働クリッカー」は、単なるCookie Clicker(クッキークリッカー)ではなく、自分でチートコードをプログラムすることでいかに巧みに「ズル」をして最速で資産を1億円に増やすかを競うゲームです。ズルをするうちにプログラミングを学べるという教育用ゲームとはどのようなものか、さっそくプレイしてみました。 働クリッカー - zeny.io http://zeny.io/products/working-clicker/ まずは上記ページから、システムに合ったファイルをダウンロードします。今回はWindows 7(64bit版)で使うので、「Win64版をダウンロード」をクリック。 ダウンロードしたZIPファイルを「Explzh」などを使って解凍して、フォルダの中にある「
ひどいコードは何やってるか分からない ひどいコードが何やってるか分かっても、なぜそうなってるのか、そこを変えるとどうなるか分からない ひどいコードは新たな変更に耐えられず書き直されることになる ひどいコードを書き直すには、ひどいコードがどうなっているか理解し、どこを変えるとどうなるのか理解する必要がある ひどいコードはたいていひどいテストコードが支えていて、テストコードがあったとしてもひどいコードと同様の問題があり、頼れるものが何もない どんなにひどいコードでも、書いた人を憎んではいけない。たとえ自分の書いたコードだとしても、先輩の書いたコードだとしても、ソフトウェアとしてひどい物にはひどいと言っていくことが大切で、だからと言って人に向かってひどいと言ってるわけではない。 最高の仲間たちが日々変化する難しい問題に対処していいコードを書いたり、ときにはひどいコードを書いている、という😇的な
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く