あけましておめでとうございます。21世紀が始まって干支が一巡してしまいました。「ITエンジニアは英語を学ぶべきか」という問いに、今さら「ノー」と答えるヒトは少数派でしょう。答えはもちろんイエスです。ただ、問題は「どの程度？」ということです。 程度問題なので、以下の2つは極論として却下しましょう。 英語なんてできなくてもコードで話せるから不要（不要論） 英語ができないと、もはや技術について行けない（終末論） 英語なんてできなくてもいいと開き直るのも1つの戦略です。誰もが認めるぐらいの技術力があるなら、それもいいでしょう。外国語は習得コストが高いので、「選択と集中」だと考えて、きっぱりと英語を諦めるのも1つの見識だと思います。「できない」と言ったって、実は通じる英語を書くぐらいはできたりするわけです。ただ、これを一般論として「英語なんてできなくてもエンジニアはコードで話せるから不要」というのは
あなたは、日本依存症にかかっていませんか？ 日本依存症とは、日本でしか仕事を得られず、 日本でしか生活ができなくなる、危険な病気です。 日本依存症は、国家依存症の一種であり、会社依存症とよく似ています。 会社依存症の恐ろしさとその回避策 会社依存症とは、ある特定の会社でしか通用しないスキルばかり蓄積して、他の会社では通用しない人材になってしまう病気です。 会社依存症にかかると、その会社の経営が悪化して、どんどん待遇が悪くなり、給料を下げられ、「このままここにいても、少しもいいことがないまま年を取っていくだけ」という状況になっても、ひたすらその会社にしがみつくしかなくなります。 また、会社の都合で延々とつまらない仕事をさせられたり、いまいち納得のいかない降格や減給をされても、なかなか拒否しにくくなります。 上司や同僚と相性が合わず、人間関係がこじれてギスギスした雰囲気になり、毎日会社へ行くの
ファンクションポイント法とは、ソフトウェアの規模（大きさ）をそのソフトウェアが持っている機能を元に測るための手法です。ソフトウェアという目に見えないものの大きさを測るのは難しい事ですが、現在ISOでも検討が進められており、このファンクションポイント法をベースとした「機能的規模計測」として標準化される見込みです。 ファンクションポイント法の概要については、こちらをご覧下さい→ファンクションポイント法
「How to recognise a good programmer」という記事がありました。 良いプログラマを見分けて雇用するためのTIPSが書いてありました。 原文前半では、Paul Graham氏が書いている「The 18 mistakes that kill startups, 日本語版:スタートアップを殺す18の誤り」というエッセーに書かれている「90年代のE-コマースで多くのベンチャーを失敗させたのが質の悪いプログラマであるが、プログラマではない起業家には良いプログラマと悪いプログラマを見分ける術がない。」といった内容に対して反論すると書いています。 見分け方をまとめると、以下のようになるそうです。 流石に全ての項目を満たすような人は少ないそうですが、どれか一つでもあてはまる項目があれば、それは良いプログラマなのかも知れないそうです。 原文には、詳細な説明があるので興味のある
スピード感ある開発が求められる昨今、ギークの方々には気持ちよく働いてもらわないといけません。そこでこちらの記事をご紹介。「ギークに気持ちよく働いてもらうための8か条」です。経営者の方や技術陣をたばねる方に参考になるのでは。 » A Note To Employers: 8 Things Intelligent People, Geeks and Nerds Need To Work Happily （via Nomadishere） 技術者の方々に最高のパフォーマンスを出してもらうにはどうしたらいいでしょうか。やるべきこととやってはいけないこととは？ 以下にかいつまんでご紹介。 働きたい時に働いてもらいましょう ギークはおきている間はずっと働いています。出社前には必ずオンラインになりますし、帰宅後もオンラインで働きます。休日もぶっとおしで作業します。夢の中でプログラミングをすることもありま
社内システムにはIRCをフル活用し、ケータイ世代の若者に向けたサービスを提供するモバイルファクトリーで働く松野徳大さん。基本的に残業はしないのがポリシーだという。 「働くのは1日8時間。よほど差し迫ったときを除いて残業はしません」携帯向けのサービスなどを制作しているモバイルファクトリーの若きエンジニア、松野徳大（まつの・とくひろ）さんはそう話す。「ある日2時間残業したら、翌日の仕事時間から2時間差し引いてもいいくらいだと思っているんですよ。一時的なものならともかく、ずっと残業続きだと体がもちませんしね」 モバイルファクトリーは携帯でも聴けるポッドキャスティング「Caspeeee（キャスピィ）」やブログを利用したプロモーションサービス「BloMotion（ブロモーション）」、携帯向けアフィリエイトなどを展開している。 プログラマーの働き方は数字では測れない部分が大きく、1日8時間働いていると
最近ネットでは、「日本のプログラマの生産性は高いか？」とか、「優秀なＳＥ（システムエンジニア）の条件は？」といったテーマが話題になっているようですね。 今日は、業界歴だけは長い町場の零細ＩＴ企業オヤジの視野の狭い（苦笑）「よいＳＥとは」話をしたいと思います。 ●本来優秀な営業マンたるもの、かかわるすべての人々から好感を持たれるように努めるべき 私の知り合いにマンション業界のトップ・セールスマンであるＹ氏がいます。 Ｙ氏は月に１０件の契約を取ったこともある凄腕営業マンであり、実は私の義理の妹夫婦もＹ氏からマンションを購入しているのであります。 Ｙ氏は言います。 「木走さん、これは誰にもいえない私の本音ですが、私は売れといえば「つけもの石」でも「隅田川の汚水」でも売る自信があります」 ・・・ 彼いわく優秀な製品を売るのは誰でもできます。 オーバーな話、みなが認める素晴らしい商品ならば、営業マン
The effect varies for different people. Take a moment and look at this. Some people don’t see anything special: just a blue iris in a red eye. Image: CC-BY Tom Stafford 2022 For me though, there is an incredibly strong depth illusion – the blue and the red appear as if they are at different distances. I can enhance the effect by blinking rapidly, turning the brightness up on my screen and viewing
｢オオセンザンコウ｣南アフリカ, カラハリ・ゲムズボック国立公園 -- age fotostock/Photolibrary
第3回目となる今回は、第1回「優秀なプロマネはメンタルな働きかけもうまい」で触れたゴールアライメントについて、もう少し詳しくお伝えしようと思います。さらに、プロジェクト成功には欠かせないメンバーのモチベーションを高めるためのポイントや、当たり前過ぎてやっているプロジェクト、組織がほとんどないけれど、実は絶大な効果がある“ルール”についてもお伝えしますので、ピンと来た方は最後までお付き合いください。今回もオムニバス形式でお届けします。 ばかばかしいほど簡単で大切なルール あらためていうまでもないことですが、プロジェクトや組織を運営していくためにはルールが必要です。会議運営のためのルールや、個別の作業を行う際のルール、あいさつのルールなどなど、組織によって本当にさまざまなルールがありますが、私が非常に強力な効果があると感じているのは「言葉遣いのルール」です。小学生じゃあるまいし！ と驚かれた方
「Ten reasons why every programmer should learn C」という記事がありました。 個人的な感想ですが、何と無く言いたい事はわかる気がしました。 ただ、多少誇張している(言い過ぎ/嘘)かなと思いました。 あと、恐らくLinuxとオープンソースなどを念頭において書いているんだろうなと思いました。 ちょっと言いすぎ感も漂う内容でしたが、面白かったので訳してみました。 誤訳や勘違いなどが入っている可能性があるので、詳細は元記事をご覧下さい。 以下訳です。 全てのプログラマはC言語を学ぶべきである。 C言語を学ぶ事により得られる利点は無視できないほど大きい。 C言語を学ぶ事により、仕事の機会に恵まれるだけではなく、コンピュータへの理解が深まる。 1) C言語は、C++やJavaと比べて低レベル(low level)な言語である。 低レベル言語を使ってプログラ
こうすればうまくいくよ - 学校では教えてくれないバッドノウハウ英語 #1 宮川さんの人気企画「学校では教えてくれないエンジニアリング英語」に便乗して、私もソフトウェア開発に使えるフレーズ、とりわけバッドノウハウ的な場面において役立つフレーズを紹介していこうと思います。第1回は "do the trick" です。 do the trick は「こうすればうまくいくよ」というときに使えるフレーズです。日常会話にも使えますが、とりわけ「うまくいかない」「うまくいった」という場面が多く発生するソフトウェア開発では特に便利なフレーズです。 例) In that case, setting LD_ASSUME_KERNEL=2.4.19 should do the trick. それなら、 LD_ASSUME_KERNEL=2.4.19 をセットすればうまくいくはず。 Heh, this seem
学校では教えてくれないエンジニアリング英語 #3: You might want to ... しばらく間があいてしまいましたが、短いのをいくつかあげていこうかとおもいます。 今回はエンジニアリングに特化したフレーズではないのですが、コードレビューや実装のアイデアを話し合うときなんかによくつかう "You might want to ..." というのを紹介します。 最初 IM で "You might want to ..." といわれたときは直訳して「～ したくなるかも」と受け取っていたのですが、すぐにこれは慣用句で「～するといい」というアドバイスに使うフレーズだということがわかりました。「～するといい」には他にも You'd better ... とかの言い方がありますが、You might want to ... はあまり押し付けがましい感じがしないのでよく使える表現だとおもいます
The Guide to the Software Engineering Body of Knowledge (SWEBOK Guide), published by the IEEE Computer Society (IEEE CS), reflects the current state of generally accepted, consensus-driven knowledge derived from the interaction between software engineering theory and practice. Its 18 knowledge areas (KAs) summarize key concepts and include a reference list for detailed information. SWEBOK Guide V4
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
![[就職・転職] All About | 就職転職のノウハウ](https://cdn-ak-scissors.b.st-hatena.com/image/square/3a713ecab6d4800da05c4504abbf5718b1613b04/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fproxy.goincop1.workers.dev%3A443%2Fhttps%2Fimg.aacdn.jp%2Faa%2Fcommon%2Fogp300_300.png)
