はじめに 先日、Rubyプログラマが本職である僕が、なぜか地元・兵庫県西脇市の中学校で情報モラル教育に関する講演をしてきました。 このエントリではなんでそんなことになったのか、そしてどんなことを話したのか、といった話を書いていきます。 【もくじ】 はじめに 講演を依頼されたいきさつ 去年の情報モラル講演会は本当にひどかった 今年は誰かな〜？ → えっ、僕！？ 当日使用したスライド この講演で伝えたかったこと 「スマホやSNSは怖い」だけでは終わらせない トラブルに遭遇したら大人に頼る（一人で解決しようとしない） リスクを語るときは、必ず予防策と対処法をセットで伝える テクニカルな解決策（設定の変更等）は重視しない 大人だって失敗したり、ちゃんとできてなかったりすることを伝える 生徒さんたちの感想 その他の裏話等 「経験がない＆時間がない」で、かなり準備が大変だった 信頼が置ける専門家の方た

395 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2015/12/09(水) 13:08:52.87 ID:WdvnURm/ 株式会社アールフォース・エンターテインメント ゲームプログラマ 掲載期間：2015/12/09～2015/12/22 http://www.find-job.net/list/j99544.html プログラマ募集してるぞ やはり逃げたか

私は、プログラマとして30年以上仕事をしてきた中で、学んだことがあります。そのいくつかを以下にご紹介します。もっと挙げることもできますよ。 実物を見せないと、顧客の希望は分からない。 このことは最初の仕事で学びました。顧客は、実物を見るまでは、何が本当に必要なのかがよく分かりません。言葉で長々と説明するよりも、機能検証のためのプロトタイプを提示する方が確実に役立ちます。 十分な時間があれば、あらゆるセキュリティは破られる。 現代社会において、セキュリティを保つことは信じられないほどの難題となっています。プログラマは常に完璧を求められますが、ハッカーは1回でもハッキングができれば成功なのです。 セキュリティが破られた場合、事前にその状況に備えた対策を講じているかどうかで結果が変わってくる。 最終的にセキュリティが破られることを想定する場合、その時に起こることに備えて対策を立てておく必要があり

最近、この春に職業プログラマになった人達と話す機会に恵まれているので、共通して話すことを書いてみる。 大概、○○について、聞かせてください。とか、いろいろ聞いてくる人達は、羨ましいぐらい、すごく意識高い。 彼らは会社での仕事のプログラミングを上手にやりたい。ってのは、あたり前だし、 どうやってテストを綺麗に書くか？ テスト書きながらプログラミングするってのをどう学ぶか？ 綺麗な設計はどうやるのか？ 仕事でコードを書いていくってのは、どういうことなのかとか？ すごいコードはどうやって書くのか？ とか、いろんな事を学びたくて、何から学ぶべきなのか見失っているのではないかというぐらい、やる気に満ちあふれている。人それぞれ、やる気の方向性や現在のスキルセットが違うから何をしたいのか、した方が良いのかは異なっている。 だけど、ざっくり共通しているのは、結局のところ「ある程度のプログラマとしての実力を

プログラマと一口に言っても色々な分野があります。 私はWebやスマホアプリの分野なので、その目線で、かなり大げさに書いています。 プログラマという括りにも語弊があるのですが、気にしないでください。 プログラマというのは、とても難解な職種であるように思われています。 実際にやはり特殊な職業ではあるのでしょう。 わからない人から見れば、「やつらは一体あんな真っ黒な画面に文字だけが表示されている画面を睨んで、なにを考えているんだ」と思うでしょう。 体もほとんど動かさない。一体何をやっているのかもわからない。 表情もほとんど変わらない。いつも残業している。 こんなイメージかもしれません。 こういった現状をプログラマからすると、いかにプログラマに対して理解が低いものかと嘆くことが多々あります。 ですので、是非「プログラマではない」皆さんには、プログラマに対する理解を深めて欲しいと思うのです。 そうす

常連プログラマがほぼ Rubyist しかいないP4Dなのですが、なぜかPHPカンファレンスで枠をいただいたとのことで、デザイナーとGitについて話し合ってみようという企画に参加してきました。 「生煮えぷるり」をプログラマとデザイナーの間で行ったり来たりさせる話 Pull Request 4 Designers - GitHubを使ったプログラマとデザイナーのイテレーティブな開発フロー// Speaker Deck GitHubを使った、実際のプログラマとデザイナーの協業の様子を見てもらおうということで、私がお手伝いさせていただいている、[https://forkwell.com:title=Forkwell] と [https://jobs.forkwell.com:title=Forkwell Jobs] での開発の様子を例にお話させていただきました。 補足とか 「生煮えぷるり」という

はじめに みなさん、明けましておめでとうございます！・・・と言うにはあまりにも遅すぎる時期になって2013年最初のブログ更新となりました。 「そろそろブログ書かなきゃ書かなきゃ〜！」と思っていたのですが、年末から妻のパン屋のWebサイトのリニューアルに没頭してしまい、間が空いてしまいました。 せっかくなので、2013年最初のエントリではそのお話をしたいと思います。 「第一回 プログラマ向けデザイン勉強会」の発表資料が素晴らしい！ 前々から妻からは「Webサイトのデザインをリニューアルしてほしい」と言われていたのですが、僕自身はあまりデザイン方面には強くないプログラマなので、どうしようかと困っていました。 そんなとき、ネットで見つけたのが「第一回 プログラマ向けデザイン勉強会」でした。 東京の勉強会なので、僕は参加できませんでしたが、発表者の方々のわかりやすいスライドが公開されていたので、だ

私はすばらしいコードを「エレガントなコード」と呼ぶ@HIROCASTERでございませう。 まず、はじめに。本書はハッカーは読まなくて良い。普通のプログラマに読んで欲しい。 デザインパターンやリファクタリングよりも、本書に書かれていることの方がプログラマは毎日考えて、意識してコードを書くのだ。 よって、普通のプログラマならば本書を読んでおきたい。普通のコードを書く人にオススメの1冊だ。 例えるならば、バク転や月面宙返りをする方法ではなく、日常的におこなわれる「歩く」という行動に着目し、姿勢良く、美しく、シッカリ、確実に歩くための方法が書かれている。 本書の目的は、君のコードをよくすることだ。 「良いコード」の定義とは、コードを読んだときに最短で理解できる様に書かれていることである。そう、本書は伝えている。 では、良いコードを書くための方法を具体的に学んだり、教えられたりしたことはありますか？

コードを書き続けていれば、良いものをつくれるようになるわけではなく、考え方や気持ちも大事であると考えている@HIROCASTERでございませう。 もうすぐ、ゴールデンウィークです。 プログラマがプログラミング言語から離れて、ハッカーとしての考え方や気持ちを学ぶための読み物系の書籍をご紹介します。 お休みの間や帰省の移動中にでも読んでみてください。休み明けに気持ちが高まって、最高の状態でコードに向きあえることでしょう。 読んだことがある本があったら、ぜひ感想をTwitterでつぶやいて他の人にも教えてあげてください。

「ソフトウェアのプロになるには本書が必要だ！」と、ボブおじさんがおっしゃっております。 このボブおじさんは、あの有名なアジャイルマニフェストにも名前を連ねているRobert C. Martinです。 プロとしての最低限必要な知識、姿勢、規律など、教育を受けたり学んだことがあるプログラマはあなたの現場に何人ぐらいいるでしょうか？ 今こそ、本書を取って、プロとしての道を歩み始めて欲しい。（amazonでずっと売りきれだったけど、やっと入荷したようだ。すぐに売り切れそうではあるが…） プログラミングの練習 僕はプログラミングの練習というのを意識的にあまりやったことが無い。日本だとTDD Boot Campなどでおこなわれる小さなテーマでプログラミングをおこなうことである。本書の6章に練習について書いてる。 個人的にはRubyKaigiで、ペアプロした外人が、これはToys Programming

コミュニケーションが生まれるツイートまとめツール

IT系会社の誰かの机の上には必ずコレが置いてあるといっても良いぐらいのプログラマ信者を獲得した飲料。元々はタイの飲料だけど、国によって成分がだいぶ違う。日本のは序の口らしい。他の国のを数本飲むとホントにやばいらしい。 ドクターペッパー

「管理」を勘違いするPMが、メンバーに翻弄される理由：新任PMがついやってしまうNG集（4）（1/3 ページ） 1人で仕事をしているプログラマ時代は、ばりばり仕事がこなせたのに、PMになった途端に仕事がうまく進まない！ そんな新任PMの悩みを解決するTipsを紹介します。 こんなはずじゃなかったのに……ああ世知辛い、PMの嘆き プロジェクトを管理するプロジェクトマネージャ（PM）は、何かにつけ苦労する立場にあります。 「メンバーにガミガミ言うことに疲れた」「いくらチームに必要とはいえ、この役割はつらい」「ぶっちゃけプログラマの方が良かった」……このような声をPMからよく聞きます。 しかし、ここでいま一度思い出してみてください。形はさまざまあれど、PMは理想とする「管理」の姿を持っているはず。そして、それは決して「ガミガミ言うこと」ではなかったと思います。 「そんなこと言ったって、メンバーが

ちょっとこんなことを考えるきっかけがあったので、ざっと書き出してみた。Webに公開されている情報からあるプログラマについて見てみたとき、どういう人ならいっしょに働いてもいいかについて。 ここに書く内容はソースコードの品質以前の問題についてのみにしてある。だからこの特徴を満たしていればどうということに直接なるわけではない。ただ、欠けているところがあれば、少なくとも自分はその人といっしょに仕事をしたいとは思わないだろう。 なお自分は現勤務先の採用活動にはかかわっておらず、このエントリの内容は勤務先の採用基準とは全く無関係です。 学生さんなどの場合にはまた話が違うと思います。 あと割と自分のことは棚に上げてます。「お前これできてねえじゃん」という部分については都度ご指摘をいただけますと大変ありがたく思います……。 1. その人が書いたソースコードが公開されている 日本語で何を言われてもぶっちゃけ

僕の知っている範囲だと、優秀なプログラマはフリーランスか小規模な法人のオーナー社長であることが多い。人を雇っている場合でも、ほんの数人である。もちろん僕もその一人。そりゃまあGoogleやMicrosoftの本社には凄いプログラマもいるだろうけど、日本人だと本当に一匹狼系の人が多い。 僕もフルタイムの従業員を雇って１年以上経ち、人を雇うと何が起きるのかについてけっこう分かってきた。なので、なぜこのようになるのかについて考えてみた。 なんと金銭的な面「だけ」でも、合理的な理由をつけることができる。僕を含めた何人かを平均したモデルで例を出してみよう。すごく単純化しているけれど。 いま一人の優秀なプログラマがいて、平均的な会社でサラリーマンとして働いても年俸1000万取れる実力があるとしよう。この人が独立した場合、「好きなプロジェクトを選べるのでやる気が出る」「独立していることについてのリスクプ

メディア部門では、インターネットで加速するメディア環境の中で、翔泳社が得意とするテーマを深掘りしながら様々なドメインで最適化されたメディアビジネスを展開しています。

1 ：仕様書無しさん ：2011/05/14(土) 19:34:10.69 ぼくと契約してデスマプロジェクトに入ってよ！ 2 ：仕様書無しさん ：2011/05/14(土) 19:38:16.07 「まどかがPGになれば、マミよりずっと凄腕PGになれるよ」 「もちろん、どんな案件で契約するかにもよるけれど」 「まどかが産み出すかもしれない単価の大きさは、僕には測定しきれない。 これだけの資質を持つ子と出会ったのは初めてだ」 4 ：仕様書無しさん ：2011/05/15(日) 08:11:43.77 「僕はプログラマになってくれって、きちんとお願いしたはずだよ？」 「実際の状況がどういうものか、説明を省略したけれど」 「訊かれなかったからさ。知らなければ知らないままで、何の不都合もないからね」 5 ：仕様書無しさん ：2011/05/15(日) 08:27:13.83 |::::::::::