コンセプトは「マネして学ぶ」！自宅で知識を習得できるプログラミング学習サイト | Techable(テッカブル)
1億総デジタルともいえる現代。アプリ開発者やプログラマーの需要も、増加の一途をたどる。 目まぐるしく変化する市場に対応するには、当然人材が必要だが、採用しても教育する時間がなかなか確保できないなど、企業側も複雑な事情を抱えていたりする。 問題解決に一歩近づくには、入社したその日から即戦力で仕事ができるシステムが、必要なのかもしれない。 そこで登場したのが、「シラバス」という学習サイト。「マネして学べる」をコンセプトに開発されたプログラミングeラーニングシステムで、HTML/CSS、WordPress、Ruby on Rails、Backbone.js等のwebデザインやwebアプリの開発を、サイト上のコンテンツを通して学べるというものだ。 開発元の経験から生まれたサイト 開発を手がけたのは、東京理科大学の学生によるベンチャー企業、ダラフ。「シラバス」は、彼ら自身の体験から誕生した。 当時、
「君は新人だから知らないと思うけどセッション変数が改竄されることもある。その対策は安全ではない」
noon @n00nw0rks 日本人はリスク管理ができない、リスクはゼロにできないということを受容れられない、とよく言われるけど、日本人だからどうこうというより、リスクを管理できるだけの知識と論理的思考能力がない人は「怯える＝意識高い」と考えているんだと思っていて、その話のたびに前の会社のことを思い出す 2014-11-13 11:12:30 noon @n00nw0rks 前の会社でCSRF発見して「hiddenなinputとセッション変数にランダムトークンを保存して照合し正当なページからのリクエストか判別する」のを提案したら「君は新人だから知らないと思うけどセッション変数が改竄されることもある。その対策は安全ではない」と呆れた顔で言われて、 2014-11-13 11:12:50 noon @n00nw0rks 確かにOSやミドルウェアに脆弱性があればそういうこともあるかもだけど、セ
企画ってどういう奴がやるといいんだろ 島国大和のド畜生
【 第27回】企画とエンジニアだと企画が偉い。（川上量生の胸のうち） 面白い記事だったのでまたかいつまんで、勝手な感想を書く。 反論とか全面賛成でなく井戸端話的に。 でもうちの会社って、エンジニアを大事にする文化があるので、企画は地位が低いんです。それっていうのは、あまり企画者がバリューを出せてなかったからだと思うんですよね。企画者って、ポジションで偉いわけじゃなくて、企画そのものの影響範囲が大きいから偉いんですよ。 素晴らしいなー。一文でほとんどの問題点を触っている。 企画屋がそのポジションを使って仕事をすると、他の人が苦労する。 俺の言う事を聞け、俺が企画だ文句を言うな。的な進め方。言い方だけ丁寧で中身は一緒とか。 もちろんこれで成功する場合もある。だがその場合周りが苦労する。 大規模開発ならばサポートする人が苦労を背負い込んで上手くまわす手があるが、少人数開発で回りに負荷を一定以上か
知っていることを他人に教えたほうがいい本当の理由 | ライフハッカー・ジャパン
2人の開発者についての話があります。どちらも同じような専門で、同程度の知識と造詣がありました。スキルが上達するにつれ、1人は自分が知っているすべてのことをブログに書くようになりました。そのブログはすぐに人気が出て、大勢のファンを獲得し、Kickstarterのキャンペーンで数千ドルを獲得しました。 もう1人の開発者は、自分の学んだことを何1つシェアしないどころか、ほとんど誰にも話しませんでした。 この話で面白いのは、自分の知識をシェアしなかった開発者は、もう1人の開発者のブログを軽視しているということです。彼にとっては、そのブログは自分の知らないことを教えてくれてはいないので、役に立たないものでした。多くの人が自分が知っていることをまだ知らず、学びたいと思っていることに気付かなかったことが彼の失敗です。自分ほどの知識が無い人がたくさんいるという事実に気付いたことで、もう1人の開発者とは差が
プログラマ歴12年の僕が選んだ「10年経っても役立つ技術書17選」 - give IT a try
はじめに 僕がプログラミングを始めてから、もうすぐ12年になろうとしています。 この12年間、いろんな技術書を読んだり、仕事やプライベートでたくさんコードを書いたりしてきました。 最初に入ったSIerでは主にJavaを、前職の社内SE時代はC#をメインのプログラミング言語として使ってきました。 現在はRubyをメインで使っていますが、言語が変わっても、また何年経っても「これはあのとき学んだ知識が役に立ってるよなあ」と思う瞬間がときどきあります。 そこで今回はこれまでに読んだ技術書を一通り振り返り、「この本で学んだことは今でも役に立ってる」と思うものを17冊ピックアップしていきます。 おことわり (2014.09.29 20:00追記) このエントリのタイトルは「10年経った今でも役に立っている」という意味で付けています。「今から10年後まで役立つ」という意味ではありません。（紛らわしくてご
倉貫義人氏が語る「顧客が欲しがるプログラマー」とは【連載:大元隆志が聞くSEの未来像】 - エンジニアtype
ITビジネスアナリスト 大元隆志氏 大手SIerに在籍し、システム構築やプロジェクトマネジメントで活躍しながらモバイルを軸としたビジネスの企画・立案を手掛ける。各種メディア向けの執筆活動でも知られており、近著に『ビッグデータ・アナリティクス時代の日本企業の挑戦』がある。ITビジネスアナリストとしての発信は自身で立ち上げたブログメディア『ASSIOMA』でも行っている 私が以前「若手SEのキャリアメイク」について『エンジニアtype』の取材を受けた際、「今後5年は需要があっても、その後の5年をサバイブしていくのは難しい」という考えを述べた。そして、SI業界で最もボリュームが大きいと思われる業務系SEは、PLやPMを経てラインマネジャーへとキャリアアップしていくのはもはや「ゴールではない」とも断言した。 その状況下、今後は「エバンジェリスト」、「フルスタックエンジニア」、「マーケター」、「ビジ
プログラミング初心者が中・上級者になるための近道
初心者と中級者、上級者の違いとは何でしょうか？ 初心者は、 知識が少ない 開発したソフトウェアの数が少ない 中級者・上級者はその逆で、 知識が多い 開発したソフトウェアの数が多い その結果生まれる実質的な差は、 「初心者はかんたんなものしか作れないけど、中級者・上級者は難しいものを作れる！」 ということです。ですから、初心者が中上級者になるには難しいソフトウェアを作るのに役立つ知識を身につければ良いわけです！ 難しいソフトウェアとは、 ロジックが複雑で難しい 規模が大きい 性能要件が厳しい 納期が短い など、いろいろな難しさがあります。 これらのハードルに対抗する知識・技術について紹介します。 規模が大きいソフトウェアを作るための技術 規模が大きいソフトウェアを作るための技術には、以下のようなものがあります。 モジュール分割 アプリケーションアーキテクチャ フレームワーク プログラミング作
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
