【保存版】プログラミングで使うやたら難しい英単語のかんたん解説15選
プログラミングでコードを書くときは、99．9%英語を使いますよね。 クラス名やメソッド名をつけるのにも、欠かせません。 ですが、他人が書いたプログラムを見たとき、あなたはそこに書かれている英単語の意味を本当に理解していますか？ 知らない単語が混じっていて、困惑したことはありませんか？ fetch、acquire、retrieve…。 「よく分からないけど、まあいいや」ではすまされない！ コードの破綻を防ぐためにも、ここでばっちり、知らなかった英単語の意味をマスターしていきましょう！ 機種変更では、このような失敗をする方がとても多いです。 有料オプションを契約させられ料金が高くなった。。 待ち時間や契約時間が長くて、半日かかってしまった。。 キャンペーンや割引がきちんと適用されていなかった。。 スマホを乗り換えるときには、 → おとくケータイで乗り換えキャッシュバックをもらう で乗り換えをす
あるエンジニアの緩慢な死、あるいはエンジニア35歳定年説。 - Qiita
「エンジニア35歳定年説」が許されるのは小学生までだよねーとか思っていたら、実際にはそんな感じになってしまったあるエンジニアの半生を振り返ります。ご参考まで。 第一期 サービスリリース前 自分でサービスをガリガリ作っている というかサービスを作ることしかしていない １日１６時間くらい仕事をしても、プログラミングしかしていないので疲れない 仕様の検討をしながら作るので、基本全ての時間は開発をしているという認識 フルスタックエンジニアというある種の全能感を満喫する 第二期 サービスリリース後 運用（ユーザーサポートなども含む）が入ってくるのでサービス開発のスピードが落ちる エンジニアを採用（業務委託含む）する 仕様の調整やコードレビューなど、開発以外の仕事が少しずつ増えてくる でもまだまだ自分が圧倒的にメイン開発者 コードレビューやマージ、リリースは自分が全てやる システムの全体からディテール
気が狂った設計 - hitode909の日記
大きめのこととか，自信のないところを触るときは，コード書く前に，こういう作戦考えてみたけどどうですかって聞いてみたり，こういうことやりたいんだけど一緒に考えませんかって，いっしょに話して設計考えたりするとよいと思う． 一緒に考えたすぐあとに気が狂った設計とか言い出したらおかしいので，未然に変な設計のままコード書いてしまうのを防げる． 特に辛い気持ちになるのが、「気が狂った設計」「クソコード」「（こんな実装は）有り得ない」といった言葉だ。 Pull Requestのレビューが辛くて会社をやめたい 単に言葉が強いのはよくないと思う．我が社にはそんな強い言葉でレビュー書く人はいない． 我が社には，普段から強い言葉を発する人もいなくて，みんな物腰柔らかな変な言葉を話している． 言葉使いや文体は，ずっと過ごしてると同僚から移ったりするので，普段からそういう言葉を話していると，全体の雰囲気も悪くなりそ
第1回 よく学ぶ人はパフォーマンスが低い？ | gihyo.jp
昨年、筆者は「PyCon JP 2014」の基調講演で、「新しいものに気づくためには視点を変えることが必要だ」という話をしました。 みなさんはゾウの全体像を把握していますよね。もしゾウの鼻にだけ注目して「ゾウは太いホースのような生き物だ」と言う人がいたら、変な人だと思うでしょう[1]。 でも彼は自分の正しさを確信しています。鼻だけを見ている彼にとって、見えるすべての情報は「ゾウはホースのよう」という信念を肯定するからです。もしゾウの耳にだけ注目し「ゾウは薄っぺらい」と言う人がいたら、互いに相手の主張を根拠のないデタラメだと思うでしょう。 彼らが「自分の視点から見えた風景」に基づいて他人の発言を判断している限り、この不毛な状態は解消しません。判断を保留し「相手にはそう見えている」と受け入れ、なぜ自分の視点と見え方が違うのかを考えることが大事です。それによって、あなたは全体像の把握に一歩近
無能なプログラマの特徴
技術書を買っただけで満足するｗブクマするだけで理解した気、分かった気になっているｗ勉強会（笑）には参加するが復習も実践もしないｗ一つの言語を使い込めてないのに複数言語に手を出すｗ流行りの技術に飛びつくけど直に飽きるｗ専門と断言できる技術領域がないｗVisualStudioを貶す割には、パフォーマンス分析とかテストなどの便利機能は使えないｗWPFが分からないだけなのに、自前で作る方が偉いと思っているｗオーバーヘッドやフットプリントなどデメリットを考えず、すぐにtemplateとか純粋仮想関数を使って可読性を落とすｗオブジェクト指向/デザインパタンを何か特別の技術だと思っているｗ無駄なところにラムダ式を使うｗメモリ使用量や計算量の予測ができないｗ最大負荷を予測した上で始めから対策を取った実装が出来ないｗHHKでないと仕事できないｗとりあえずVim（笑）を使うｗ用途もないのにマックブックプロを買
プログラマの経験年数なんてアテにならない
組み込みを8年やってきて、その後Web系で6年やってるって人がこの前来たんだけどあまりにも使えなくて本当に困った 人間性に問題があるのは目をつぶっても技術レベルが新人に毛が生えたレベルで、もしかしたらその辺の理系学生以下かもしれない 最初は様子見で簡単な一機能を任せたんだけど、そもそも動くものが作れてないからね、挙げ句に逆切れする始末だし 一方で今2年目の子がいるんだけど、最初からセンスのある子だなとは思ってたけど彼はすごい わからない知らないことでも、やらせてもらってもいいですか？って聞いてきてそれなりに形にしてくるからね もちろんまだ微妙なところはあるけど、普段から相当勉強してるしすでに10年以上やってる自称プログラマより全然使えるんですよ 考えたんだけど若いから飲み込みが早いとかそういう問題じゃなくてつまりはやる気があるかどうかだよね ある程度経験と技術レベルは比例するんだけどさ、数
（翻訳）開発者の寿命について思うこと - YAMAGUCHI::weblog
はじめに Thoughts On Developer Longevity @voluntas が面白記事を発見してくれたので翻訳しました。本文よりもコメント欄がかなり盛り上がってるので、そっちも読んでほしいです。個人的にはオープンソース系コミュニティで一線行ってる人はあんまり関係ないんじゃないかなあと感じてます。ただ世間一般の場合はどうなんでしょうかね。日本だと「プログラマが知るべき97のこと」もでてるのであわせて読んでみるのもいいかもしれません。 開発者の寿命について思うこと 40歳以上の開発者をどれだけ知ってますか？かなり多くの人が0人と答えるでしょう。では、40歳以上の開発者を1人以上知っていると答えた方にさらに質問。その内何人が素晴らしい開発者ですか？もし40歳以上の素晴らしい開発者をご存知なら、お願いがあります。彼らの脳みそを取り出して、何が彼らの能力を研ぎ澄ましているのかを判別
TopCoderで世界と渡り合う日本IBMの異才――夷藤勇人
もしあなたが美しい（あるいはトリッキーな）コードが飛び交う世界を知りたいと願うならそれはTopCoderに参加することで容易に実現することができる。このTopCoderに参加している数少ない日本人で、生涯プログラマーを宣言する人物にTopCoderの魅力を聞いた。 世にハッカーと呼ばれる人は数多く存在すれど、日常生活においてわたしたちがそうした人たちのコーディングを目の当たりにする機会はまれである。 しかし、美しい（あるいはトリッキーな）コードが飛び交う世界を知りたいと願うならそれは容易に実現することができる。そこには国籍、年齢、過去の栄光……そのいずれもが何の意味も持たない、コードのみが支配する世界が広がっている。 そんな世界の1つとしてTopCoderが挙げられる。世界中からトップレベルのプログラマーが参加するプログラミングコンテストとして知る人ぞ知るTopCoder。日本ではいまひと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「社内SEになりたい人」のための個別転職相談会 - 情報てとりす。