Stack OverflowAsk questions, find answers and collaborate at work with Stack Overflow for Teams. Explore Teams Collectives™ on Stack Overflow Find centralized, trusted content and collaborate around the technologies you use most. Learn more about Collectives
CodeRepos::Share – Trac
What are u coding? old title = 個人レポジトリを共有しよう！計画。 みんながそれぞれ作って公開してる公開レポジトリを一緒くたにしちゃいたい。参加してる全員がどのファイルもみたり変更したりできるような。 パッチ送られてくる代わりに「後で見とくからコミットしといて」とかいえたりとか、つくりかけで放置したもので他の人が興味もったら続き作ってもらうとか、メンテするのめんどくなったのだれかにやってもらうとか、突発的に誰かと一緒にプロジェクト始めたりとか、できる！ 詳しくは unknownplace.org - 2007/08/29 - 個人レポジトリを共有しよう！ YappoLogs: CodeRepos - 個人レポジトリを共有しよう！計画 Development We have a Subversion repository and you can check it
コメント!=ドキュメント : 404 Blog Not Found
2006年09月04日15:15 カテゴリLightweight Languages書評/画評/品評 コメント!=ドキュメント なぜコメントの付け方の昔と今が違うかと言えば、原因は二つある。 Perl Best Practices Damian Conway [邦訳:Perlベストプラクティス] 小野和俊のブログ:ソースコードのコメント率は20%を切ることが望ましい 昔はソースコードのコメント率が50%を切るものはドキュメント不足で品質が低いものとされた、という内容のものがあった。 [中略] 今、改めて考えて、どのような言語であってもどのようなコーディング規約であっても、私はソースコードのコメント率は原則20%を切ることが望ましいと思う。 まずは言語仕様そのもの。昔は変数名の長さに限りが合ったり、loop controlにifとgotoしか使えなかったりで、「プログラムそのものに語らせる」
学校では教えてくれないエンジニアリング英語 #1: blog.bulknews.net
学校では教えてくれないエンジニアリング英語 #1 ソフトウェアエンジニアリングの現場で使うような英語って、たまにクセがあったりしてわかりにくかったりすることってありますよね。年に半分程度US出張も含めて外資系で1年半やってきた経験から、エンジニアの日常会話で使う英語を解説していくシリーズを不定期連載してみようかとおもいました。 よく海外在住の日本人ブロガーの方が同じような企画やってますが、エンジニアリングに直結したのは少ないかなとおもったので。あと当然ですが、僕はネイティブじゃなく、業務やら日常会話やらで覚えてきた内容をもとに書いているので間違いがあれば指摘は歓迎です。 第1回の今日は、記号の読み方。最初、結構とまどったんですよね。 "-" "-" をなんと読むか。日本人だとハイフンが多いでしょうか。アメリカ英語では、"dash （ダッシュ）" と読みます。"minus （マイナス）" で
浮ついた「ギーク」への説教（※老害注意） - ZEROBASE BLOG
「ヱブ弐点零デ、マツシユアツプ」とか言ってる場合じゃないんですよ。Nintendo DSのカートリッジ自作ハックくらいしろと。OSカーネルやコンパイラを書けと。 本職のプログラマを名乗るなら、「珠玉のプログラミング」を読んで問題を解いて欲しい。Perl/PHP/Ruby/Pythonしか書けないようでは、本物のプログラマと呼びにくい。JavaとLispとC/C++（まあ、いまならC#ですかね）も覚えてほしい。ちなみにWrite Great Codeも良いらしいです。 本書でいうグレートコードとは「高速・コンパクトかつ、リソースを無駄使いせず、可読性に優れ、保守が容易で、一貫したスタイルに従った、系統的に設計され、拡張性に富む、十分にテストされ、確実に動作し、ドキュメントが整備されている」コードです。 つまり、要点としては、コンピュータ・サイエンスとソフトウェア工学は、みっちりおさえてこそ、
小野和俊のブログ
livedoor blogはずっと使わせていただいて愛着もあるのですが、https対応の予定が今後もない、という状態が続くようでもあるので、noteの方に引っ越します！ （そしてクレディセゾンでの5年間の活動の振り返りを投稿しました） クレディセゾンでDXを進めてきた5年間を振り返る 2019年にクレディセゾンに入社して、3年の月日が経った。 これまで基本的にシステムに関するすべてを外部に委託してきたこの事業会社で、ゼロから内製チームを組成し、70名規模に拡大し（※1）、データ駆動経営の推進チームも組成した。また、日本の大手金融会社として初めてSlackを全社導入するなどデジタル人材の採用・育成による内製開発を武器に、デジタルの力を事業会社のど真ん中にインストールしていくことはそれなりにできてきたかな、と感じている。 そして1年前に大きな転機があり、CTOに加えてCIOの仕事もすることにな
プログラミングの基礎テクニック
はじめに こんにちは、結城浩です。 ここは、月刊誌『C MAGAZINE』で『プログラミングの基礎テクニック』という連載を書いていたときのサポートページです。 この連載では、 問題と解決の間のギャップを埋めるテクニックとして、 基本的なアルゴリズム プログラミング言語のイディオム そのほかの技法 の中から、よく使われるものを選び、具体的なプログラム例と図を使って解説します。 プログラミング言語としてはJavaやCなどを用いています。 文法は理解しているけれど、経験が浅いという人を対象にして解説しますが、 できれば、熟練者にとっても新しい発見があるような内容も盛り込んでいます。 内容 第1回 (2003年12月号) : Buffering ―― まとめ買いのメリット デバイスへのアクセスに時間がかかる場合、 アクセス回数を減らすことによって高速化をはかることができます。 利用者とデバイスの間
どのような勉強をすればプログラミングができるようになるのですか
「どのような勉強をすればプログラミングができるようになるのですか」という質問をいただいたので、お返事します。 この質問を聞いたときにすぐに思いついた答えは、 その答えは『どのような勉強をすれば文章が書けるようになりますか』という質問への答えに似ているでしょう というものでした。その心は、 プログラミングが「できない→できる」へデジタル的に変化するのではない。しだいにできるようになっていく。 という意味です。 …という前置きはさておき、これまでにも私はあなたのような方から同様の質問を受けてきました（きっと今後も受けるでしょう）。以下の文章群の中に「あなたへのヒント」が含まれていると良いのですが…。もしも以下の文章でピンと来ないときにはまたお尋ねいただければありがたいです。 どのようにしたらプログラムを１から書けるようになるのでしょうか 結城さん自身はどういう参考書でJavaを学んだのですか
『 プログラマの仕事』
U-20プログラミング・コンテストの審査員を務めたミラクル・リナックス取締役の吉岡弘隆氏は「今年，ついにLinuxカーネル・コミュニティへデビューした」と嬉しそうに話していた。彼の書いたパッチがAndrew Morton氏がメンテナンスするLinuxカーネルに採用されたのだ。Linuxベンダーがカーネル開発に参加するのは当然かもしれないが，吉岡氏は今年47歳。47歳にしてカーネル・ハッカーのスタートラインに立った。その目標は「生涯一プログラマ」だそうだ。 http://itpro.nikkeibp.co.jp/article/OPINION/20051017/222923/ 本当にラッキーだと思う。ひょんなことで「仕事」でカーネルのパッチを書く機会を得てコミュニティにデビューできた。C言語とちょっとした経験さえあればプログラミングは誰でもできる。プログラミングは体力を使わないので年齢を重ね
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://ja.doukaku.org/
CodeIDE
Code Snippets: Store, sort and share source code, with tag goodness
プログラムメモ
CodeZine：プログラミングに役立つソースコードが満載な開発者のための実装系Webマガジン