エンジニアのための英語
本日、以下のような文章を読んだ > I was suffered from ~ ~の部分には遭遇した諸問題について書いてあったので、この文章は「苦しめられた」と言いたいのだと推察できた。ただ、残念な事に、be suffered というのは多分現在ではほとんど使わないし、意味が若干違ってくると思う（詳しくは検索してきて！） sufferと言う言葉は「苦しむ・被る」という意味なので、受け身にすれば「苦し『められる』」という意味になるのではないか、というつもりだったのはないかと推察するが、sufferはすでに受け身の意味なので、I sufferですでに何かに苦しめられているのであり、これをさらに受け身にする必要はない。 > I had to suffer from having to deal with spaghetti code とかなら、「スパゲッティコードに立ち向かわなくてはいけなかった
悲報：プログラムサンプルの「hoge」が通じない時代が来た
プログラマがよく使う「hoge（ほげ）」や「hogehoge（ほげほげ）」。プログラムのサンプルコードなどで、特に意味がない、何を入れてもかまわないときに使う言葉として、おなじみですよね。もっと一般的に例えるなら、書類の記入例などで「○○太郎」「（地名や会社名）花子」などと書かれているのに近い感じでしょうか。 そんなhoge、一般用語ではないにしても、コンピュータ業界なら誰でも通じる言葉……と思っていたら、そうでもないことがネットで話題になっています。 注目を集めたのは、“【え、通じない？】教授「hogehoge...」学生「何いってんのこの人？“というまとめ。 togetterまとめ 学生さんと思われる発言者による「情報の課題ついでに、先生に質問しておいた」「お願いです、先生。教えてください、気になるんです！ この間はHOGEMETHODとか言ってたじゃないですか。何ですか、ホゲメソッド
そろそろ「プログラマー35歳定年説」を徹底論破しとくか - 書架とラフレンツェ
世の中に流布している「プログラマー35年定年説」は、大きく以下の3つに分類できる。 プログラマーは激務なので、35歳を過ぎると体力低下のために続けられなくなる(体力低下説) プログラマーは常に新しい情報を吸収しなければならないが、35歳を超えると脳の働きが低下して新しいことを覚えられなくなるために続けられなくなる(学習能力低下説) プログラマーは35歳を超えると開発ではない業務を求められるようになるので、技術職としてのプログラマーのキャリアが途絶える(マネージメント原因説) 以下、ひとつずつ検証していく。 体力低下説 まず1つ目の「体力低下説」だが、これについてはそれほど深く考る必要がなさそうに思える。周知の通り気力や体力には個体差があり、若くても元気がないひともいれば歳をとっても元気なひともいる。また、35歳あたりの体力低下の原因としては、単純な加齢というよりも生活習慣の要因の方が大きそ
ソフトウェアの技術革新って必要なのかな？
プログラマの間では昔から、この手法は処理が遅いだとか、無駄が多いだとか、再利用を心がけろだったりとか 様々なやり方で、ソフトウェアをチューンナップして処理速度を上げるためのやりとりが際限なく 繰り返されているけど、だいたいどれもハードウェアの技術革新によって記録は塗り替えられてないかな。 そりゃ、ミドルウェアレベルでは全てのパフォーマンスに影響してくるので、ちまちまとした 改良が加えられるべきなんだけど、ソフトウェアレベルではどうなの？ Ｉ／Ｏに引きずられるから、Ｉ／Ｏの処理は最低限に抑えるってのが昔から定説だけど それもSSDの登場で、かなり緩和された感があるし、結局プログラマの努力って ハードウェアの努力には追いつかないし、無駄なのではないかと思ってる。 １０年前を支えたプログラム技術で今も生きているものってある？ オブジェクト指向とかプログラムのわかりやすさを追求したものは別でね。速
過去３０年分の平均気温などに誤り 気象庁：朝日新聞デジタル
気象庁は３１日、過去３０年分の平均気温や降水量などをまとめて公表しているデータに誤りがあった、と発表した。主に研究者が利用しているデータで、日々発表している天気予報や気象情報には影響しないが、気温の値が３度以上ずれていた地点もあった。 誤りがあったのは、１９８１年から２０１０年までの気温や降水量、日照時間、積雪などを、全国を１キロ四方で区切った地点ごとにまとめて平均化したデータ。これが「平年値」として使われる。気象庁のホームページで１２年９月から公表されたほか、研究機関などに提供されていた。
For X Developers: 「プログラミング上達がはやいヤツの特徴10個」を9ヶ月間実践してわかったこと
@HIROCASTER さんの記事 プログラミング上達がはやいヤツの特徴10個 を騙されたと思って試し，９ヶ月経った今の気づきを書いておきます． ① 毎日コードを書く 始めた当初は楽しさがわからず，なかなか辛かったです． しかし入社した時に，5分でもとにかく「毎日」続けようと決めて，PCも常に持ち歩いて続けました． コードを書く 不明点が出て壁にぶつかる 調べる 解決 モノが動く 楽しい コードを書く ．．． 結論これです． 毎日続けると，様々なものがどんどん積み上がります． コードを書くスピード，品質が上がるのに伴って，コードを通して実現できることが増えます．そして，難しいことにも挑戦してみようと思うようになります． その結果，やっている内にどうしていいかわからないバグなどが発生し，一旦は壁にぶつかります．しかし，ネットで調べたり人に相談したりして解決できると，楽しくて，またさらに新しい
コメントの9割は無駄！～アンチプラクティスから学ぶ洗練されたコメントの書き方～ #code #コード｜CodeIQ MAGAZINE
コメントは基礎的で一般的なものでありながら、「どのようなことをコメントに残すか」は経験のあるプログラマにとっても難しいもの。 この記事では、アンチパターンコメントを見ながら、どのようなコメントを残すべきかについて説明します。 by 馬場美由紀 （CodeIQ中の人） コードは機械のために、コメントは人間のために? プログラミング言語を学ぶとき、コメントは最初に習う項目のひとつです。そして、プログラムであればコメントを含んでいることが普通です。ある研究によれば、ソースコードの平均19%がコメントだそうです。 コードを書くとき、私たちは機械とコミュニケーションを取ることを意識しています。機械はコードを認識してコンパイルしたり実行してくれます。解釈できなければ教えてくれます。プログラマは、コンパイラのためにデータ型を明示するコードを書いたりもします。 一方、コメントは人間とコミュニケーションする
最悪のプログラミング言語、BANCStar
Following is the email I received from Google for this article. This is so unhelpful to identify the cause. After carefully reviewing the article, I found one URL that was flagged to contain malware(probably usual old domain expired and purchased by other problem) so I removed that link. Please review and re-publish this article. I hope Google's flagging system tells me why it trigger the flagging
プログラミング言語 HSP3 公式 - HSPTV!
はじめてのプログラミングHSP3.6+3Dish入門 (電子書籍版)(amazon) 最新のHSP3.6オフィシャル入門書です。この１冊で、初心者から上級者まで役立つ情報満載で、コンピューターの仕組み、プログラミングの考え方を学べます。手軽にゲームを作ってみたい、アプリを製作してみたいというユーザーに応える内容となっています。 これからHSP3を始める人も、すでに使っている人にもおすすめの１冊です。(ISBN9784798065991) はじめてのHSP3 (amazon) お手ごろなサイズと価格で、HSP3の入門編を簡潔にまとめている解説書です。ゲームやスクリーンセーバー、ツールなどを実際に作成しながら、HSPの使い方を解説しています。HSP2との違いなどのFAQ(よくある質問)も充実しています。 (ISBN9784777513390)
開発者に支持される５つのテキストエディタ ＜ インターネット・IT ｜ RapidHack（ラピッドハック）
開発者に人気の高いツールはどれなのだろうか。 開発者向けツールのコンサルティングを行う BestVendor が世界の開発者500人を対象に調査を実施、その結果を公表した。 調査は従業員100名以下の中小企業と、スタートアップ企業で勤務する開発者を中心に実施された。 1位 Text Mate 特徴：ウノウラボ - メリット ・自分の好きなスクリプト言語で機能を追加できる ・５０以上のプログラミング言語のサポート ・ファイル内部を素早く移動するためのブックマーク機能 ・ftpなどの外部エディタとして使用可能 ・Xcodeとのビルドなどを含む連携機能 etc... - デメリット ・日本語はUTF-8のみ ・半角カナが判別しにくい ・NFS経由でプロジェクトを作ると重い。(50個ぐらいなら快適) ・次期バージョンアップがこない ・$55 2位 Notepad++
「それは仕様です」を英語で言うと・・・・
cles::blog 平常心是道 blogs: cles::blog NP_cles() « jk2 が deprecated になってた :: 「サチる」とか、「ネグる」とか、「マルにする」とか » 2005/12/10 「それは仕様です」を英語で言うと・・・・ programming 148 13へぇ ちょっとワケあってMSのナレッジベースを検索していたら最後に「The behavior is by design」と書いてあるのを見つけてしまいました*1。 はじめは何のことだかピンとこなかったので「そういう動作(behavior)をするように設計(design)されている（ので、これは不具合じゃない）ということなんだ。ずいぶんひどい言い方もあったもんだなぁ」とさらりと流していたんですが・・・・・しばらく経ってから、これが「それは仕様です」の元ネタだということに気づきました。 ソフトウ
ニンテンドーDSi上でプログラム言語「BASIC(ベーシック)」が使える「プチコン」
キャラクター画像作成ツール､背景用マップエディター､グラフィックツール､ゲーム3種類､機能サンプルプログラム7種類など13種のプログラムに加えてグラフィックやBGMに豊富なプリセットデータを用意し､ユーザー自身によるプログラムの改造や機能の追加も直接可能､作成したプログラムやデータは通信機能を使って周囲のユーザーに送信できるというかなりすさまじいニンテンドーDSiウェア「プチコン」が2011年3月9日より「DSiショップ」にて新発売されるそうです。 実際の動作画面や詳細な情報は以下から。 プチコン http://smileboom.com/special/petitcom/ 見ての通りのBASIC。「プチコンが採用しているSMILEBASICはオブジェクト指向もコンパイル型もGUIもこれっぽっちも気にかけていません」とのことで、思いつきでいきなりプログラムを打って「RUN」するだけで実行可
- UML超入門
UML，みなさん実際に使ってますか？私たちは現場の開発において， ここ４年間UMLを利用してきました． その経験をふまえて，この記事ではUMLの概略をざっと説明した後， 実例を交えてUMLを使ったシステムの開発を紹介して行こうと思います。 1章では，なぜUMLを使うのかというお話からはじめて， UMLの意味と歴史 をおさらいします． また，実際の開発プロセスでの一般的なUMLの利用法についても外観します． 2章で，簡単な業務システムを例にしてUMLの記法をひと通り詳しく解説して行きます． なるべく分かりやすく具体的な例として，社員の出退勤の管理を行う，勤怠管理システムを選びました． 3章では，組み込み分野に近いちょっと面白い例として， LEGOMINDSTORMS(TM)(*)を使ったロボット制御を例題にして，実際の開発の流れを追ってみたいと思います． 4章では，UMLの拡張例をいくつかご
5分で絶対に分かるUML ― ＠IT情報マネジメント
UMLとはいったい何だ？ 近ごろUML（Unified Modeling Language）が注目を集めています。多くの雑誌にUMLの特集が組まれ、＠ITにもUMLに関する記事がたくさん掲載されています。また、最近ではUMLを知っていることを前提とした文章も珍しくありません。 実際、システム開発の現場でUMLが積極的に使われ始めています。UMLに対応したツールも多く登場し始め、UMLが説明の必要もないほど必須の技術になっているといえます。 本稿ではそんなUMLとは一体どんなものなのか、どのように使われているのかについて、オブジェクト指向の話と併せて取り上げていこうと思います。この5分がUMLに興味を持つきっかけとなれば幸いです。
カラーユニバーサルデザイン推奨配色セット
色覚の多様性に配慮した 案内・サイン・図表等用のカラーユニバーサルデザイン 推奨配色セット ■ 東京大学分子細胞生物学研究所 高次構造研究分野 伊藤啓 ■ 社団法人日本塗料工業会（JPMA） ■ DIC 株式会社（旧･大日本インキ化学工業株式会社） DIC カラーデザイン株式会社 ■ 特定非営利活動法人カラーユニバーサルデザイン機構（CUDO） 概略 一般の人にも色の見え方が異なる人にも見分けやすい、カラーユニバーサルデザイン推奨配色セットを作成。 被験者実験を重ね、数千の候補色から20色を絞り込み。 塗料業界の色指定の業界標準であるJPMA塗料用標準色2011年F版に対応色を収録。印刷・デザイン業界の色指定の業界標準であるDICカラーガイドシリーズから対応色を選出。 はじめに いわゆる色弱（色覚異常）の人や、緑内障など網膜の疾患を持つ人、白内障の人は、色によっては違いを
正規表現まとめサイト | エンタープライズ | マイコミジャーナル
Smashing Magazine - WE SMASH YOU WITH THE INFORMATION THAT WILL MAKE YOUR LIFE EASIER, REALLY. 文字列を処理するにあたって正規表現は欠かせない機能といえる。任意の文字列やテキストファイル、HTML/XMLから特定のキーワードを検索したり取り出し、置換をおこなうにあたって、正規表現が使えると使えないのとでは、プログラミングの手間やツールの活用度合いが変わってくる。 正規表現は便利で強力な機能だが、その独特の表記方法はプログラマ初心者には敷居の高いものでもある。Glen Stansberry氏による正規表現に関するチュートリアルや資料、ツールなどのまとめがSmashing MagazineにEssential Guide To Regular Expressions: Tools and Tutori
プログラマーの開発速度は「はまる」時間の長さで決まる : 小野和俊のブログ
プログラミングを始めてから今日に至るまで、 様々なタイプのプログラマーと開発を共にしてきたが、 驚くべき速度で高い品質のソフトウェアを作り上げるプログラマーには、 一つ共通の特徴があるように思える。 それは、「はまる」時間が極端に短い、ということである。 風のプログラマー」を指向しており、開発速度を重要視している。 例えば平成14年未踏ソフトウェア創造事業「PICSY」では、 発表直前に知人でプロジェクトリーダーの鈴木健にレスキュー隊として呼ばれて 2,3日でGUI全般と、クライアント/サーバー通信部分の設計と実装を終わらせたのだが、 このときなどは、大体の要件を口頭で聞いた後は、 ほぼまったく手が止まらずコードを書き続ける感じで開発をしていた。 「はまる」時間の長さは開発速度に直結するわけだが、 プログラマーが「はまる」場合にはある程度の傾向があると思うので、 今日は「はまる」プログラマ
きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません
「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか？」という質問を受けたので、「はて？どうしているだろうか？」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。 http://blog.shibu.jp/article/28983162.html 自分なりにもっと凝縮版を。渋川さんが言っている事全体もその通りとは思うけど*1、もっと簡単で、しかも射程が広い、と自分が思っている事。 渋川さんはちょろっと触れてるだけだけど、自分はこれが最も基本的で汎用的、かつ、ソースをきれいにする原動力となる上にバグをも減らしてコードの汎用性まであげる、コーディングのエンジンみたいなものと思ってる。それは、 「すべてに正しい名前を付けて、そして、正しい名前であることを維持する」という鉄の意志 クラス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
バイナリかるた
「プログラミング未経験のタワレコ店員がエンジニアになって思ったこと」というスライドを書いてみた - 車輪を再発明 / koba04の日記