タグ

2017年4月12日のブックマーク (6件)

  • PyQ - 本気でプログラミングを学びたいあなたへ

    必要なのはブラウザだけプログラミングを始める時に、最初につまづくのが環境構築です。 PyQでは環境構築なしで、ブラウザをひらけば10秒でプログラミングを始められます。 読む・書く・動かすサイクルで定着PyQのエディター画面では、実際にブラウザの後ろでPythonが動いています。これにより、教材を読む→コードを書く→実際に動かすという流れを画面内で完結できます。もちろん、自分で内容を変更して、動かして試してみることもできます。 あなたの興味に寄り添う、1500問以上から選べるコンテンツPyQでの学習は、数個の問題からなる「クエスト」という単位で進みます。 600クエスト・1500問以上存在するすべてのクエストは、好きな順に学び放題。 関連の深いクエストはパート・コースにまとめられており、 直感的に様々なクエストを組み合わせて、自分の興味のある分野を学べます。

    PyQ - 本気でプログラミングを学びたいあなたへ
    odz
    odz 2017/04/12
  • Rubyはもうやめた

    もうRubyでシステム書くの止めた日々更新されてコロコロ変わる言語仕様に付き合ってられない 最近は互換性を気にしてるようだけど新しい書き方ですとか毎回言われるストレスが半端ない プログラミング言語みたいな土台となる技術がそんな変わって何も違和感覚えないやつらがどうかしてる (その意味でSwiftRuby以上に頭おかしい) rbenvやらBundlerで完璧にベンダリングできますってそんな誇れることなの? バージョン依存が激しいのでそうしないとバグりますって言ってるようなもんじゃねーかw まだpython2,perl5で書いた方がまだ良いわ(Perlは文法が糞だから書かないけど) 多少言語に粗があっても互換性を維持してくれた方がよっぽど重要なんだけど(少なくとも俺は) ついでにRailsも止めたフルスタックフレームワークでなんでもできるぞ!とか言ってるけど理解できない 自分が使わない機能が

    Rubyはもうやめた
    odz
    odz 2017/04/12
    railsならともかくrubyは破壊的な仕様変更なんてそんなにないだろ/「後にくる問題を先延ばし」ならいいんじゃねーの。
  • プログラマたる者、人に頼る前にこれぐらいはやっておきたい - Qiita

    はじめに 春ですね。 全国各地で数多の新人プログラマが生まれたことでしょう。 新人のうちはわからないことだらけですし、真っ当な労働環境でしたら先輩方が「わからないことがあったら何でも聞いてやー」と言ってくれます。 ですので、プログラムが謎のエラーメッセージを吐き出したりしたらすぐに質問したくなるかと思います。 しかし、個人的な見解ではプログラマのスキルが最も鍛えられるのは、わからないことを前にして自分なりに色々と調べて試行錯誤する時です。 多分、世の中の凄い人たちの中には身近に質問できる相手がいなくてひたすら自分で頑張った結果、超進化を遂げたという人も少なからずいるのではないかと... というわけで、人に頼る前に自分にできることをしっかりやることで同期に差をつけちゃいましょう! もちろん新人じゃなくても、「すぐに人に頼っちゃうなぁ、どげんかせんとなぁ」という方々にも参考にしていただけると幸

    プログラマたる者、人に頼る前にこれぐらいはやっておきたい - Qiita
    odz
    odz 2017/04/12
    まぁ、これくらいはやって欲しい感ある。中堅でもエラーメッセージ読まないやつは居て、大変困る。
  • Get Wildに関する意識調査

    TM NETWORKの楽曲「Get Wild」に関する意識調査です。 答えられる範囲でけっこうですので、以下のアンケートへの回答をお願いいたします。 ※いただいた回答は他媒体へ転載・流用させていただく場合がございますので、予めご了承のほどお願いいたします。

    Get Wildに関する意識調査
    odz
    odz 2017/04/12
  • AutoDraw

    Fast drawing for everyone. AutoDraw pairs machine learning with drawings from talented artists to help you draw stuff fast.

    AutoDraw
    odz
    odz 2017/04/12
  • SIについて私が思ったこと。そしてSIerにおけるモダン開発について : 小野和俊のブログ

    ひとことで言えば、「レビュー文化は良くない」ということになるだろうか。 Slack導入、そして同時期に開始した服装の自由化、バイモーダルという考え方の浸透、AIやブロックチェーンを活用したPOC等の取り組みによって、SIerとしてのセゾン情報システムズは、社内の雰囲気もずいぶんと変わってきた。 しかし、こうした取り組みだけではどうにもならないものも少なからずあった。 そのひとつは、「悪い報告がしづらい」ことだった。 これは他のSIerでも同様のことが多いのではないかと思うが、問題プロジェクトに認定されると、品質管理部のモニタリングが強化されたり、第三者によるプロジェクト監査が始まったり、経営会議での定期的な報告が求められたり、何をやっているのかとレビューでこっぴどく叩かれたり、、、。 そうした責任感から、遅れをキャッチアップできるよう少しでもがんばろう、と励まし合う中で、それなのに四方から

    SIについて私が思ったこと。そしてSIerにおけるモダン開発について : 小野和俊のブログ
    odz
    odz 2017/04/12