タグ

2013年1月6日のブックマーク (32件)

  • http://rubysource.com/twitter-bootstrap-less-and-sass-understanding-your-options-for-rails-3-1/

    http://rubysource.com/twitter-bootstrap-less-and-sass-understanding-your-options-for-rails-3-1/
  • Rails のフォームに Bootstrapのエラー用デザインを適用させる。 - hrysd の旧ブログ

    Rails のフォームで、validationに引っかかるとその要素に .field_with_errors ってクラスがつくのですが、画像のようにBootstrapのフォーム用のエラーCSSを適用させる方法。 僕はBootstrapのsassバージョンを使用してるので、以下のようなファイルを作成して application.css.sass から @import base とかしてる。で、肝心な部分は base.css.sass .field_with_errors @include formFieldState(#b94a48, #ee5f5b, lighten(#ee5f5b, 30%)) @extend .error 最後に 手軽にそれっぽいデザインできるの楽でいい。

  • Ruby on Railsの「えせMVC」の弊害

    先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC(Model View Controller)がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの(コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること)を避

  • Rails 製の人妻動画サイト「h300」の復刻版をリリースしました - おいちゃんと呼ばれています

    2012年の春、90日間限定で公開したエロサイト。 -Rails3 と jQuery で、真面目にオシャレなエロサイトをつくってみました 予定どおりクローズしたものの、クローズからおよそ半年経った現在でも、未だにサイト名で検索して辿り着くユーザーも相当数いらっしゃるようでして。 ...というのは口実で、要は自分が一番復活を望んでいたサイトだったので、このたび復刻版をつくってリリースしました。 (※大人の事情により、リンクはやむなく削除しました) 見た目は 2012年春の前バージョンのものとほぼ同様ですが、パフォーマンスを上げたり、そのほか結構内部に手を入れました。以下、まとめます。 **Rails 製のエロサイトの復刻版をリリースしました URL の変更 Ruby on Rails 3.2.7 ビジネスロジックをコントローラからモデルへ移すリファクタリング レスポンシブではない boots

    Rails 製の人妻動画サイト「h300」の復刻版をリリースしました - おいちゃんと呼ばれています
  • How To Become A Hacker: Japanese

    なぜこんな文書を書いたか わたしは Jargon Fileの編集者で、またその他似たような有名文書いくつかの著者なので、しばしば熱心なネットワーク初心者から「ウィザード級の大ハッカーになるにはどうやって勉強すればいいの?」といったようなお尋ねメールを頂きます。でもかつて 1996 年に、こんな大事な問題を扱った FAQ や Web 文書 はみあたらないことに気がつきました。というわけで、これを書き始めました。多くのハッカーがいまやこれを決定版と見なしているし、つまり実際に決定版なんだと思います。でも、この問題について自分が唯一無二の権威だと主張するつもりもありません。気にくわなければ、自分なりのヤツをどうぞ。 この文書をオフラインで読んでいるなら、最新版は次のところにあります。 http://www.catb.org/~esr/faqs/hacker-howto.html なお、この文書の

  • Ruby on Rails入門 | RubyLife

    Ruby on RailsはWebアプリケーション作成のためのフレームワークの一つであり、プログラミング言語としてRubyを使用するフレームワークの代表的なものです。ここではRailsを使ったアプリケーション作成の方法について順に解説を行ないます。

    Ruby on Rails入門 | RubyLife
  • yum と apt-get の対応表 - lql.be::hateda

    Redhat 一筋のため Debian に苦手意識があったりするんだけど、その理由が apt-get や dpkg のコマンドをよく知らないからな気がしてきた。 そのために対応表を作ってちゃんと使いこなせるようにしたい! 説明 Redhat系 Debian系 キャッシュの更新 - apt-get update パッケージの更新 yum update apt-get upgrade パッケージの検索 yum search apt-cache search パッケージに含まれるファイルの検索 yum provides apt-file search 指定したパッケージのインストール yum install apt-get install 指定したパッケージの削除 yum remove apt-get remove 指定したパッケージの情報を表示 yum info apt-cache show

    yum と apt-get の対応表 - lql.be::hateda
  • Ruby 2.0.0で学ぶ、14個のデザインパターンを作りました[GoF][Design Pattern] - 酒と泪とRubyとRailsと

    GoFのデザインパターンとは、「プログラミングのベストプラクティスを体系化したもの」です。このベスト・プラクティスをしっかりと理解して設計すれば、ソフトウェア設計の効率を高めることができます。またデザインパターンが「プログラミングの思想」の共有をよりスムーズにしてくれます。先人たちの試行錯誤の結果を効果的に利用して、プログラミングをもっと楽しんでしまいましょう! 🗻 デザインパターンのポイントGoFのデザインパターンには下のプリンシパルがあります。 変わるものを変わらないものから分離する インタフェースに対してプログラミングし、実装に対して行わない 継承より集約 委譲、委譲、委譲 必要になるまで作るな(You Ain’t Gonna Need It./YAGNI) 🤔 デザインパターン一覧 アブストラクトファクトリ ビルダ ファクトリメソッド シングルトンパターン アダプタ コンポジッ

    Ruby 2.0.0で学ぶ、14個のデザインパターンを作りました[GoF][Design Pattern] - 酒と泪とRubyとRailsと
  • 超速で開発・リリースするための6つのこと - Cybozu Inside Out | サイボウズエンジニアのブログ

    「サイボウズ・アドベントカレンダー」の8日目です。ちょうど真ん中まできました(これまでの記事一覧)。 こんにちは。kintone 開発チームの刈川です。いきなりですが、皆さんはどのくらいの頻度でアプリやサービスをリリースしていますか? 1週間? 1ヶ月? 1年? 規模によると思いますがクラウドサービスではリリースのスピードが大事です。せっかくいいアイデアを思いついたのに、それを実現するまでに果てしない時間と労力がかかるとしたら…。ユーザの意見を取り入れるまでに半年も一年もかかっていたのでは、ユーザは他サービスに移ってしまうかもしれません。そこで今回は、私たち kintone チームが取り組んでいる「スピーディな開発・リリース」のための手法を簡単に紹介したいと思います。 アイデアを形にする アイデアというのは形にするまでがゴールです。開発現場ではこのことをリリースと呼び、リリースをするまでに

    超速で開発・リリースするための6つのこと - Cybozu Inside Out | サイボウズエンジニアのブログ
  • 2012年版、漢字も揃っている日本語のフリーフォントのまとめ

    個人や商用で無料で利用できる日語のフリーフォントを紹介します。年賀状の宛名にも使える縦書き対応のフォント、かわいい手書きフォント、読みやすいゴシックなどが揃っています。 ※フォントを利用の際には必ずライセンスをご確認ください。 最新版を公開!フォントの数が大幅に増えています。 2019年用、日語のフリーフォント 366種類のまとめ

  • 私がMuninに恋する理由 - インフラエンジニアでも監視がしたい! -

    7. \ / 私は誰? \ 丶 i. | / ./ / \ ヽ i. .| / / / \ ヽ i | / / / \ -‐ Zembutsu Masahito ー __ わ た し で す -- • 前佛 雅人 @zembutsu 二 / ̄\ = 二  ̄. | ^o^ |  ̄ -‐ \_/ ‐- – Solutions Engineer ( 萌えるSE ) / • インフラエンジニア的な仕事メイン / ヽ \ • 株式会社リンク at+link サービス開発部 ( http://www.at-link.ad.jp/ ) / • “技術者に安心と休息を” 提供するサービス追求(運用/監視/自動化) 丶 \ / / / | i, 丶 \ / / / | i, 丶 \ – オープンソース系・クラウド系コミュニティ活動 • http://pocketstudio.jp/log3/ – 主な職歴

    私がMuninに恋する理由 - インフラエンジニアでも監視がしたい! -
  • これからはじめるインフラエンジニア 発表資料 | 外道父の匠

    新卒採用のイベントで『知的ヘンタイ六番勝負』というのをやっていまして、その『第三戦 大規模インフラ・解析勉強会』にてインフラについて話してよ、と人事オファーをいただきまして発表した次第でございます。 エンジニア志望とはいえ、不特定多数の人間に対してインフラの話と一口で言われても、誰が何をどれくらい理解してるのかわからないので厳しい案件ではありましたが、せっかく来ていただくので真面目に張り切った結果、質疑応答含めて1時間弱に渡る発表+風邪でノドが潰れた資料がこちらになります。 補足 新卒の方々に向けて これまで新卒の人に関わる機会がなく、インフラについてどの程度理解があるのか全くの不明でしたが、思っていたより勉強しているなという感触と、良いエンジニアになれそうな匂いを発している野郎も結構多かったな、という印象でした。 資料でも触れてますが、WEBエンジニアを目指した時に、何を武器に何エンジニ

    これからはじめるインフラエンジニア 発表資料 | 外道父の匠
  • Rubyの魔術 数々の“スペル”で高度なプログラミング − @IT

    2010/09/13 元JavaプログラマのPaolo Perrotta氏は、Rubyを使い始めた頃のことを振り返り、こう話す。 「私はJavaの世界からRubyに来た当初、とてもハッピーなプログラマでした。Rubyっていいね、かっこいいじゃん! と。ところが、最先端のイケてるライブラリの中を覗いてみたら、分からないところだらけだったんです……」。 RubyKaigi2010で「A Metaprogramming Spell Book」(あるメタプログラミング魔術の書)と題した講演を行ったイタリア人プログラマのPerrotta氏は、Ruby on Railsのソースコードを覗いてみたときの驚きをこう表現する。 「例えばalias_method_chainというメソッドは、一体どこにあるんだと探しました。どこにあるか分からないんです。こんなことJavaではあり得ません。結局、テキスト検索で発

  • ゆううきブログ

    2024-03-21 “LLM for SRE“の世界探索 SRE LLM 研究 ChatGPTが登場した当初、対話や要約、翻訳、コード生成などの典型的な言語タスクができても、SREやAIOpsの研究開発にはあまり関係ないのではないかと正直思っていた。AIOpsでは典型的にはいわゆるObservabilityデータ(メトリクス、ログ、トレースなど)が入… #SRE #LLM #論文 2024-01-04 2023年研究開発振り返り 日記 12月半ばに長らく取り組んでいた論文を投稿して気が抜けたのか、年末年始は呆けて過ごしている。気がついたら4日なってもまだ振り返りを書けていなかった。2023年は2022年と比べて自身の変化が少なく、振り返るためのやる気がでなかったのかもしれない。やる… #2023年振り返り #研究開発 #博士課程 2023-10-02 エンジニアのためのSRE論文への招待

    ゆううきブログ
  • 誰も君のことなんか見てない。 - CNTR - Community Magazine

    夏の尻尾が見えてきた。夜風が涼しく気持ちのよい睡眠が過ごせるこの季節。 ふと、この言葉を思い出す。 「誰も君のことなんか見ていない。」 これは僕が今の自分たる原点でもある気付きだ。今日は学生の皆へ届けるブログにしようと思う。 僕は札幌の隅っこのど田舎で高校を卒業し、大学で京都に移り住んだ。 4年間通った大学は、入った時は賢くても卒業したら馬鹿になってる、なんて影で言われるような学部で。 物凄い数の入学生がいることでも有名な大学だ。ちなみに僕は賢くもないので卒業したら、どうなってしまうのか不安でしょうがなかった。そんな19歳。 隣に並ぶ同学年の学生だけでも下手すると1000人以上いたと思う。 色々な地方から出てきて訛りもバラバラでラーメンへのこだわりは地方ごとに違って、日文化をごった煮にしたようなカオスな学部だった。たぶん、僕がいた学部だけじゃないけれど。 皆、色々なサークルへ入るのを横

    誰も君のことなんか見てない。 - CNTR - Community Magazine
  • 15秒で訓練なしにできる記憶力を倍増させる方法

    繰り返しはあまり役に立たない ものを覚えるのに、今でも頻繁に使われる方法に《繰り返す》というのがある。 これは思ったほど(一般に思われているほど)効果がない。 記憶システムを短期記憶と長期記憶から構成されるものとするレトロな二重貯蔵モデルにおいては,繰り返し唱えたり書きなぐったりして、記憶したい情報を反復することで,短期記憶から情報が失われないようにすると同時にその情報を長期記憶へと転送させるのだと考えられていた。 ところが,情報を単に反復することに時間を費やしても,必ずしもそれが記憶として定着するわけではないことがその後分かってきた。 現在では,こうした《繰り返し》は維持リハーサル maintenance rehearsal(または1次リハーサル primary rehearsal)と呼ばれ,情報を短期記憶に一時的に保持させるに過ぎないと考えられている。 記憶技法はめんどい 情報を長期記

    15秒で訓練なしにできる記憶力を倍増させる方法
  • 【番外編】Androidの爆速エミュレータ環境を構築する | DevelopersIO

    ※追記しました. OSXの方々は注意点もありますので、追記も併せてご覧ください 2012.10.17 Android爆速エミュレータ環境の作り方 Android開発者界隈のTwitter TLで、「Androidのエミュレータが低速で使い物にならないとか言って許されるのは小学生までだよねー。きゃははー」的な会話が繰り広げられていたので、これは知らないのはマズイのでは、という危機感から、一念発起し、爆速Androidエミュレータ環境の構築を試みました Androidのエミュレータが低速で使い物にならないというのは、すでに過去の話だそうです。真の情報強者の方々は、すでに爆速エミュレータでの開発を行っているようです。中には、実機よりも早いので、実機代わりに使ってるという方もおられるようです もうAndroidのエミュレータが遅いなんて言わせない!iPhoneのエミュレータに匹敵する(?)速度を手

    【番外編】Androidの爆速エミュレータ環境を構築する | DevelopersIO
  • エンジニアなら知っておきたい「仮想マシン」のしくみ v1.1 (hbstudy 17)

    2018年12月4日 Japan Container Days 講演資料 谷脇大輔 Preferred Networksでは1000個以上のGPUとInfiniBandからなるオンプレミスのクラスターを自社で構築しており、研究者が様々な目的、リソース量、実行時間の機械学習ジョブをKubernetes上で実行して研究成果を出しています。 KubernetesはKubeflowの登場など、機械学習基盤としても非常に注目されている一方で、現実的には未だ発展途上です。 講演では機械学習基盤としてのKubernetesの導入理由、その実用性と将来性、Preferred Networksの挑戦についてお話ししました。

    エンジニアなら知っておきたい「仮想マシン」のしくみ v1.1 (hbstudy 17)
  • 研究者を目指す普通の学生諸君に

    『卒業論文は努力賞でもよい,修士論文はうまくいかなかった内容でもまあよい,しかし,博士論文には努力賞はない.失敗したものや説得力のないものはダメ.』これは,小生が論文審査に設けている大雑把な基準である.  ・・・と書き始めてしまったので,編集委員の意に反して真面目な文章になりそうだ.研究観ならまだしも,結婚観とか,子供は何人いるか,果ては女の子のくどき方まで,居酒屋で話すような柔らかい話をさせようとしたけらいがあるが,今回は許されよ.おじさんも年を取ってきた.  ちなみに,物理的に許す限り,子供は多ければ多い方がいいんじゃないでしょうか.今の世の中,たくさん生んだが故に育たないという話は聞かない.多難な人類の未来も彼らが切り開くのだから切り開く彼らが存在しなければ未来の人類も存在しない.5歳ともなればもう全く別の人間,彼の人生は彼のものである.子離れの方が大きな課題である.  諸君の

  • 必殺!Github導入に向けて上司を説得する時に使える資料まとめ · DQNEO日記

    Subversion vs Github 青い線と赤い線。 あなたの会社は、どちらと運命をともにしたいでしょうか? 業界誌でも大きく特集されている 「Githubは世界標準の開発環境である(キリッ」by @HIROCASTER さん Githubを導入している先進企業たち 公開されている情報をもとにリストアップしてみました。 ご要望があれば追加します! (Piece of Cakeさんを追加しました。) (サイボウズさんを追加しました。) これらの事例の中から資料をキリハリして、上司の説得に使いましょう。 \(サイボウズ)/ \(ペイパーボーイ)/ 技術的なアプローチを強化しようと、エンジニアのトップであるmizzyに 直属になってもらい、全社的に取り組むべき課題とチャレンジしたいことの洗い出しや 技術アウトプットを高めるための取り組みを始めました。 [中略] そのような取組の結果、エン

    必殺!Github導入に向けて上司を説得する時に使える資料まとめ · DQNEO日記
  • ヤバイくらい簡単にプロフェッショナルなサイトが作れるStriking.lyが凄い | バンクーバーのうぇぶ屋

    追記:【割引コードGET!】ヤバイくらい簡単にプロフェッショナルなサイトが作れるStrikingly.comが割引コードくれた! | バンクーバーのうぇぶ屋 上記追記ですが、このStrikingly.comのデイビットさんと話をして、クーポンコード貰えたんでご紹介記事が上になりますー! 以下より記事文 いやー、今日まで散々”簡単にサイトが作れるん時代っすよねー”的な事を色々書いてきましたが、もしかしたらこれは今までご紹介したどんな簡単WEBサイト作成サービスよりも凄いかもしれません。 超シンプル、超簡単、超楽、超綺麗。 無料版でもそのクオリティの高さにはちょっとビックリですが、有料版にすればA/Bテストにカスタムドメインまで全然オッケーとか色々ヤバイ高機能。 例えば、こんなサイト1時間も掛からず作れちゃう。簡単だけどレスポンシブ可もされてるし。使い方も説明が必要か迷うレベルで簡単。 S

    ヤバイくらい簡単にプロフェッショナルなサイトが作れるStriking.lyが凄い | バンクーバーのうぇぶ屋
  • 文章を書く心がけ

    目次 はじめに 読者に対する心がけ 誰がその文章を読むのかを考えよう 読者は何を知っているかを考えよう 読者がどんな感じを受けるかを考えよう 読者と対話する気持ちになろう 自分に対する心がけ 書こうとせず、読もうとしよう 読もうとせず、読みはじめようとしよう 何でも書いていいんだよ 惜しげなく人に与えよう 人からのものには敬意を払おう 魔法の呪文は毎回発見しよう まず自分がよく理解しよう 知識を誇るために書くのをやめよう その他の心がけ 言葉についての心がけ 長い文は注意して使おう 書いたものは必ず読み直そう 適切な例を示そう 言い換えの練習をしよう 8割でよしとしよう すべてを動員しよう その他の心がけ 環境についての心がけ 人の「気」を意識しよう 頑丈で軽い文章作成のツールを使おう その他の心がけ 編集者に対する心がけ 助言はよく聞こう 自分の状況を正しく伝えよう 感謝の気持ちを忘れな

  • 第一回 プログラマ向けデザイン勉強会 #design4p で「ズルいデザインテクニック」発表させていただきました。 - 納豆には卵を入れる派です。

    どうも。 書くのが遅くなりすぎてもう半月ほども前のことになってすごく今更感があるのですが、書いておくべきことを書きそびれると、その後出てくる他の書きたい小ネタがどんどん書けなくなっていってドンづまるパターンになるので、やはり書いておきますね。。 先日、第一回 プログラマ向けデザイン勉強会というイベントで下記のスライド発表させていただきました。 少ない手間と知識でそれなりに見せる、ズルいデザインテクニック// Speaker Deck 反響の大きさに驚き!ありがとうございました。 実はあんまり発表自体は、盛り上がったという手応えがあまりなくて、一方で他の2人の発表が素晴らしすぎて、割としょんぼりしながら帰ってきたんですが、スライドをアップロードしたらあれよあれよという間に2000ブクマ超え…驚きました。読んで下さった皆様、ありがとうございました。何が原因だったのか考えてみたのですが、デザイン

    第一回 プログラマ向けデザイン勉強会 #design4p で「ズルいデザインテクニック」発表させていただきました。 - 納豆には卵を入れる派です。
  • 私と競技プログラミング。あるいは普通のプログラマがICPC世界大会に出場するまでとその後 - 純粋関数空間

    この記事は Competitive Programming Advent Calendar の18日目の記事です。 はじめに アルゴリズムやその他の何らかのダイレクトに役に立つコンテンツは、 おそらく他の多くの方によって充実していることであろうかと思いますので、 私は大して役に立たないことを取り留めもなく書き綴ることにします。 なぜ私のような普通のプログラマが、 当時競技プログラミングの世界のトップに立つことになったのか。 競技プログラミングを考える 「競技プログラミング」という単語がにわかにWeb界隈を賑わせはじめたのは 私が知るかぎりではそんなに歴史のあるものではないと思います。 おそらく「競技プログラマ」という単語及びそれが指し示す人たちの出現と同時期に 適切な語を探す形で生まれたのでしょう。 しかし、プログラミングの技能を競うという試みは新しいものではありません。 それはICPC

  • GIMP2の使い方

    魂が漂っているようなイメージでデザインされた無料の日語フリーフォント素材「コトダマ」を紹介します。ホラー系の可愛いデザインにぴったりですよ。

    GIMP2の使い方
  • NHKが1,200本を超えるTEDトークから厳選。「スーパープレゼンテーション」で紹介された15本。|男子ハック

    TEDってアカデミック?いえ、エンターテイメントです!「TEDっていってもアカデミックな内容でしょ?学術的なことには興味がないし」と言われるかもしれません。ですが、TEDのスピーカーはみんな聞き手を引き込むのが非常にうまいので、難解な研究テーマは必ず誰もが分かるレベルまで、落としこんでくれているのです。 しかも、ちゃんと日語の字幕が用意されています。再生ボタンを押すと、言語が選べますので「Japanese」を選んで字幕を出してご覧下さい。 NHKのEテレで毎週月曜日放送/日曜日には再放送もしています。録画必須! 厳選された15これが選びぬかれた15です。 4月2日放送(1/2) - ハンス・ロスリング「増え続ける世界人口」 ★プレゼンの手法が最高4月2日放送(2/2) - マット・カッツ「30日間チャレンジ」4月9日放送(1/2) - パティ・メースとプラナフ・ミストリー「"第六感"

    NHKが1,200本を超えるTEDトークから厳選。「スーパープレゼンテーション」で紹介された15本。|男子ハック
  • http://fumieval.tumblr.com/post/28324791101

  • これからのエンジニアに必要なスキルとは?

    これからのエンジニアに必要なスキルとは?:TechLIONレポート――技術の草原で百獣の王を目指せ! 7月26日、エンジニアによるトークライブイベント「TechLION vol.8」(以下、TechLION)が開催された。TechLIONは、日々生まれては消えていく技術の中から“百獣の王”となる技術を発掘・探求しようという趣旨で開催されているイベントだ。第8回目となる今回のイベントでは、慶應義塾大学大学院メディアデザイン研究科 砂原秀樹教授が、さまざまな事例を基に「これからのエンジニアに必要なスキル」について語った。 「例えば、セキュリティスペシャリストの教育には何が必要か?」と、砂原教授は問う。答えは「技術」ではない。それは多くのエンジニアがすでに学び、知っていることばかりだ。これからのエンジニアにとって当に必要なものは、倫理や法律、経営といったほかの分野に対する理解だ。「これができな

    これからのエンジニアに必要なスキルとは?
  • 死んで覚える本当のGitの使い方 - mizchi log

    注意: バズってますが、これははてなダイアリーからはてなブログの自動マイグレーションに失敗してたものを復旧させたもので、書かれたのは2012年です。 - 最近流行っているGit初心者向け記事は、「僕らが当に知りたかったこと」が欠けているようにしか思えません。 そこで、当のGitの使い方を僕が皆さんに伝授しようと思いました。 なにはともかく使ってみよう 前提として、皆様のお手元にはすでにGitがインストールされているものとします。 今回はエディタとしてDungeonCrawl StoneSoupを使います。 Downloads « Dungeon Crawl Stone Soup http://crawl.develz.org/wordpress/downloads Dungeon Crwal Stone Soup は今一番ホットなオープンソースのローグライクです。風来のシレンやトルネコ

    死んで覚える本当のGitの使い方 - mizchi log
  • プログラマーは偉いのか?

    最近、プログラムが出来ることなんて偉くもなんともない、と改めて思っています。 偉くないとは言っても、誰でも出来て当然だからとか、プログラムなんで出来なくてもいいからとか、そんな事を思っている訳ではないです。 ただ何というか、当にごく一部だとは思うんですが、プログラムが出来ることやPCに詳しいことが偉いとか勘違いしている人がいるように思えるんですよね。 「コードも書けない癖に」みたいな事を平気で言う人。 親がまともにPC操作出来ない事を馬鹿にする人。 モダンなコードも書けないと見下す人。 あまり例が的確ではないような気がするが、要はこういう人たち。 自分の得意なプログラムとかPCとかの分野を引き合いに出して、それが出来ない人を馬鹿にするような連中。その実、人の能力も大して高くないことが多いから噴飯ものだったりするんですが。 僕も端くれながらプログラマとして日々飯をべているので、もちろん

    プログラマーは偉いのか?
  • 株式市場、Google Insights等の情報を可視化するWebアプリを公開中 - visualizing.info

    ※[オートコンプリート型] サイト内「市場規模データ」検索 をPCで使用する場合、入力を確定させるため、enter(return)キーを押すと動作しません。入力を確定させる場合は入力フィールド内か外をクリックして下さい。

    株式市場、Google Insights等の情報を可視化するWebアプリを公開中 - visualizing.info
  • ぷろぐらみんぐおさんぽまっぷ

    こういう薄いです 「プログラミング言語の文法を勉強してみたけど、 そのあとどうしよう?どうやったら綺麗なコードが書けて、世の中にあるカッコいいソフトウェアが作れるようになるんだろう?」 プログラミングをするようになってから数年経ち、このようなことをよく聞かれるようになりました。書では、この疑問に対する私なりの答えを示しています。あなたが今手にとっているこのは、初学者のためのプログラミング全般の入門です。と同時に、私がいつも同級生に教えていることのミニまとめでもあります。 対象読者としては「プログラミングを学校で勉強し始めて半年くらい経った学生」を想定しています。「やらされている勉強」に焦りを感じながらも、自分だけではどう進めば良いのかわからない。そう、そんなあなたのための薄いです。 これから非常に浅く広くプログラミングを取り巻く世界をお散歩します。というのは建前で……散歩なんかし