タグ

プログラマに関するkirishima2813のブックマーク (6)

  • いまさらですが、増井雄一郎さんのメモ帳サービス「wri.pe」がすごい件 #HTML5 #プログラミング #wri.pe #markdown - CodeIQ Blog

    CodeIQ中の人、babaQです。 ちょっと前になるのですが、コワーキングスペース茅場町 Co-Edo(コエド) で開催されたmasuidriveこと増井雄一郎さんのトークセッションに参加してきました。 HTML5を活用したメモ帳アプリ「wri.pe」誕生のきっかけ テーマは、増井さんが個人でつくった(とは思えない)メモ帳アプリ「wri.pe」 ゴールデンウィークを利用して、何かゴリゴリと作りたいと思い立ち、 1週間で「自分で使いたいものを作る!」と決めたのがきっかけなんだとか。 まず、浮かんだアイデアは2つ。 煩雑なメモをどうにかできるアプリと、未読のチャットを整理できるアプリ。 でも、1週間で開発するにはチャットはちょっと重い… ということで、メモアプリを作ることに決定。 まず最初に「メモアプリの課題」を整理したそうです。 - いつでも、どこでも使える(iPhoneiPadでも)

    いまさらですが、増井雄一郎さんのメモ帳サービス「wri.pe」がすごい件 #HTML5 #プログラミング #wri.pe #markdown - CodeIQ Blog
    kirishima2813
    kirishima2813 2013/07/23
    webアプリ開発に興味のある方、是非。(´・ω・`)っ
  • プログラマーは皆、常に秘密や嘘を抱えている - totopon114689の日記

    プログラマーは皆、常に秘密や嘘を抱えている。 これは間違いない。 基的には誰にも話さないが、 (家族や友人などプログラムを知っていない人間に話しても分からない、という事もある) プログラマー同士の飲みの席などで、過去の笑い話として酒の肴になる事はある。 秘密や嘘の傾向には幾つかのパターンがある。 1) 仕様があいまいな場合の適当なコーディング 仕様があいまいな機能を実装する場合、想定していたものよりもプログラム量が膨大になる事はよくある。 また、細かいパターンや想定外のケースに対し、どのようにプログラム的対処を行うべきか? 洗い出しているとキリがない場合もある。 仮に事前に洗い出していたとしても、 「ケース自体は洗い出せているが、具体的にどのようなエラーメッセージを表示すべきか?」 などといった、その先がまたあいまいになっている場合もある。 このような場合、来であれば決裁権のある人間に

    プログラマーは皆、常に秘密や嘘を抱えている - totopon114689の日記
    kirishima2813
    kirishima2813 2013/05/24
    会計作業にもそんな事がある。どの業種にもこんな「面倒な事例」はあるはず。「期限」が決められている以上、「抜け駆け」の手段を自分なりに構築する気持ちはわかる…が、それでは済まされない。
  • 上流エンジニアなんて死んじまえ

    [居酒屋。サラリーマン風の男がグラスを片手にくだを巻いている。] もうさ、システムエンジニアなんて免許制にしちまえよ。 こんな複雑で難しい仕事、ロクにソフトウェア工学も修めてないトーシロがやろうってのが間違いなのよ。いやおれも含めての話よ? 何か開発でポカやるじゃん。 ポカやったら、レビューが足りなかったとかさ、チェックが甘いとかさ、なるじゃん。 でもって、誰でもできるようにチェックリスト作ろうとか、手順書作ろうとかって話になるじゃんね。 違うんだよ。 例えばさ、医者の診察考えてみ?あれってチェックリストがあれば誰でもできるの?違うでしょ? 6年間も大学通ってさ、人のからだの仕組みを隅から隅まで全部勉強して、国家試験パスして、研修医として経験積んで、それでようやく診察できるようになるわけでしょ。 今のIT業界、それもほんとに能力ある人が集まらない、底辺のIT業界って、 医者が足りない、でも

    上流エンジニアなんて死んじまえ
    kirishima2813
    kirishima2813 2013/03/10
    何か自己の開発能力の限界を悟って、他者に「責任転嫁」してる風にしか見えない。もう少し「待遇」を良くしたいのならば、自己研鑽を積むべし。そのための職業選択なのでは?
  • エンジニア出身の社長としてはちょっと言っておきたい : Nothing is impossible

    ※このブログは自分が思ったことを書くブログで、何かに反応をするのはやめようと思っていたんですが、やっぱり気になったので少し趣旨を曲げてこの記事を書いています。 昨日エンジニアよ、ゼネラリストなんて目指すな!という記事が少し話題になっていました。 私のソーシャルグラフだと周りにエンジニアが多いですが、この記事に反応しているのはエンジニアが多かったように思います。 そしてだいたい否定的な反応でした。 ところで以前技術評論社のサイトで、達人が語る,インフラエンジニアの心得という連載をしていました。 タイトル通りインフラエンジニア固有のトピックが多かったですが、エンジニア全般、たまには社会人全般に当てはまるような回もありました。 第4回 エンジニア不足を解消しよう 第6回 エンジニアのための「超」資格論 第9回 金勘定とエンジニア といった記事はインフラに限らずエンジニアに当ては

    kirishima2813
    kirishima2813 2012/11/30
    IT関係の「技術者」は製造業の状況が似ている。製品紹介の説明等「プレゼン能力」は必要で、組織の一員の自覚は必要なのでは?
  • 一歩先行くJavaプログラマが読むべきオープンソースソフトウェア10選 - 設計と実装の狭間で。

    10万行コード読んだらJava分かるよってTwitterに書いたらすげぇ勢いでRTされたので、調子に乗って捕捉エントリ書くよ。 Java Core API JDKインストールしたディレクトリに入ってるsrc.zipを展開すると入ってるから読むと良いよ。 すぐ近くにあるのから読むってのはメンタル的に楽でいい。 厳密にはOSSじゃなくて単に公開されてるってだけなんだけども、JavaプログラマなのにコアAPIのコード読んでないとか無いよね? どれから読めば良いか分からんかったら、 java.lang java.util java.io java.text 辺りをまずはキチンと理解すること。当然コードを読み終わったら、それを使ってコードを書く事。 OpenJDK http://hg.openjdk.java.net/jdk7/jdk7 OpenJDKを読むことで、プログラム言語してのJavaではな

    一歩先行くJavaプログラマが読むべきオープンソースソフトウェア10選 - 設計と実装の狭間で。
    kirishima2813
    kirishima2813 2011/06/10
    これをいい方向に応用すれば、何てことはないだろうが、コメント欄には「一発一儲け」らしきアフィ臭が漂って(ry
  • プロとしての行為 Act as Proffesional

    1.一般的なコーディング規約に目を通し、エレガントなコードを知る エレガントなコードを書くためには、エレガントなコードを知らなければならい。その土台を築いているコーディング規約について、オープンソースではどのようなものが使われているのか理解しておこう。入社する予定の会社が採用している言語については必ず目を通しておこう。 PHP PEAR 標準コーディング規約 symfony CodingStandards Perl perlstyle Ruby クックパッド株式会社のRubyコーディング規準 Matzスタイル NaClで採用している規約 Python PEP 8 そして、あなたの身近にあるオープンソースのコードを実際に読んでみよう。この時点でコードの仕組みや設計が理解できなくても良い。コードがエレガントかどうか?を感じ取って欲しい。こう書いた方が、良いのではないか?など、考えてみよう。

    プロとしての行為 Act as Proffesional
    kirishima2813
    kirishima2813 2011/03/28
    該当する方、そうでない「業界人の方」も、是非ご一読を。但し、社会人としての礼儀・作法を習得する方が一番だと思う。
  • 1