Linus Torvalds氏がLinuxカーネルのネットワークスタックで使われているコメントスタイルについて、「脳が損傷したバカみたいなコメントスタイルだ」として修正を求めている(メーリングリストでのコメント、Register)。 Torvalds氏はバランスのとれた対称的なコメントスタイルに統一すべきだと考えているようで、以下の(a)~(c)をよいコメントスタイルだとしている。また、Linuxカーネルのスタイルではないとしつつ、許容可能なコメントスタイルとして(d)を挙げている。
タイトルがゲシュタルト崩壊しそう…… 以前、iPad上でプログラミング・実行でき、作成したスクリプトをXcodeのプロジェクトファイルを使うことで実際にアプリとしてビルドできる「ScriptKit」を紹介しました。 iPadでiPadアプリが作成できる「ScriptKit」がなんか凄い。 このScriptKitのビルド機能がcodeaのフォーラムで話題になっていて「もしや?」と思っていたのですが。 なんと、codeaも作成したプログラムをXcodeのプロジェクトとしてexportする機能を付けてきました! ScriptKitはまだまだベータ版といった感じでしたが、codeaはすでに日本語にも対応しているのでかなり本格的なアプリが作成できそうです。 今後はこういったiPadでプロトタイプを作成しXcodeでビルドするexport機能を持った開発系アプリが増えて行くのかもしれません。 Code
« 1日1個 golang のクイズを出す twitter アカウント @DailyGolangQuiz の質問に答えてみた。 | Main | Perl6 で俺俺 Gyazo 作った。 » 追記 perl もでした。。。 随分前の話だけど こういう仕様だとは分かったが、len(strings.Split("", ","))が1になるのが納得いかん。 #golang — Sheile (@Sheile) August 19, 2015 僕にはドキュメントでは「分割できなかったときは、要素が文字列1つだけの配列を返します。」って書いてあるのに "a".split(/,/).size が1になり、 "".split(/,/).size が0になるrubyの方が分からない。 — mattn (@mattn_jp) August 19, 2015 javascript "".split(",").
「プログラミングを学ぼうと瞬間最大風速的に意識は高くなるものの、一人でいると気がついたら一日ソシャゲして夕方頃に『また今日も勉強できなかった』と自己嫌悪。」モチベーションが続かない時の対策をはじめ、学び方、学べる環境の作り方をまとめています。
モバイルファースト室でiOSアプリケーションの開発を行っている@yuseinishiyamaです。 クックパッドでは日々の業務を効率よく行うためのツールを作り、公開するということが積極的に行われています。 社内のリポジトリや掲示板を探せば、便利なツールをたくさん見つけることができるような環境です。 こうした文化のお陰で、作業時間の短縮、自動化が容易となり、結果として「ユーザーの方々に価値を届ける」という本質的な作業に費やす時間を増やすことができます。 私も先日、iOSシミュレータをカスタマイズして作業効率を上げる機能を実装してみたので、その方法を紹介いたします。 動作環境 以下の環境で動作確認済みです。他の多くの環境でも動くと思われますが、保証できません。 OSX 10.9.4 + Xcode5 OSX 10.9.4 + Xcode6 Loadable Bundleについて iOSシミュレ
今年のピクシブ株式会社には総合職 2 人とデザイナー 2 人が新卒として入社しました. そんなフレッシュな新卒に新卒エンジニアがプログラミングの基礎を教えろというお達しが出ました. ということで秋卒業で既に入社していた私(@catatsuy)とアルバイトから入社した 2 人(@geta6/@RooandQoo)の合計 3 人中心でプログラミング初心者向けに研修内容を考えました. 題材 @tarbrick からのリクエストで最終目標は『画像投稿掲示板を作る』ことに決まりました. 方針 今回のプログラミング研修の目的は総合職・デザイナーの人たちをエンジニアにすることではありません. エンジニアの人たちが普段の業務でどういったツールをどういった流れで使っているのかを学ぶことで,円滑にエンジニアとコミュニケーションを取れるようにすることが目的です. そこで方針として以下のものを決めました. 全員
数年前、他社のプログラミング雑誌を書店で立ち読みしていたとき、その雑誌の編集後記を見て違和感を覚えました。「私はコードは全く理解できないが、間違っていそうな個所は編集者の勘でわかる」と書いてあったのです。「それはおかしいんじゃないか」と思いました。 好意的に解釈すれば、自分にはできないプログラミングができる執筆者に対する尊敬の念が、このような文章になったのかもしれません。編集者としての感覚を誇りたい気持ちもあったのでしょう。たしかに、編集業務の経験が長ければ、「何かがおかしい」という勘で誤りを発見できることがたまにあります。しかし、技術的な誤りをすべて勘で見つけられるわけがありません。 掲載するコードの内容が正しいかどうかをチェックするのは、プログラミング雑誌の編集者にとって重要な仕事の一つです。意味がわからない箇所があれば筆者に確認するべきでしょう。コードがわからないのは恥じるべきことで
開発したいプログラム ECサイト内の2つの異なる商品(値段は同じでも構わない)を購入し、その合計価格が指定の価格以内で最大になる組み合せを探してください。 →問題詳細 新人女子プログラマの野田さんが途中まで書いたプログラム Item_a_b = 4500 // a+bの価格 Item_a_c = 500 // a+cの価格 Item_a_d = 2300 // a+dの価格 Item_b_a = 1240 // b+aの価格 Item_b_c = 5020 // b+cの価格 (中略) if Item_a_b == campaign_price print “AとBの組み合わせが最大!” if Item_a_b == campaign_price -10 print “AとBの組み合わせは-10円差でおしい!” if Item_a_c == campaign_price (以下略)
平素よりQA@ITをご利用いただき、誠にありがとうございます。 QA@ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA@ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年2月28日(金)15:00をもちましてQA@ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA@ITの7年間で皆さまの知識
最近めっきりCOBOLの話題を聞かなくなったなぁ……と思っていたら、本家Slashdotにて「Join COBOL's Next Generation」なる記事を発見した。一瞬新しいCOBOLが登場したのかと思ったがそうではなく、「次世代の若者(?)はCOBOLを習得すべき」というお話であった。 COBOLは無くなるとか時代遅れだとか言われているが、実際のところミッションクリティカルな基幹業務系ではまだまだ使われているわけで、そう簡単には消え去らない。東京海上日動の新システムはCOBOLを採用なんて話もあるくらいだ。だが、COBOLを学ぶ人は本当に絶滅寸前に見える。 こういった状況の中、Slashdotの記事の元ネタであるITWorldの記事によれば、COBOLは職を見つけるための新たな武器となりえるという。ベテランCOBOLerは数が少なくなり、今後COBOLを扱えるプログラマーの需要は
コードは綺麗だけど儲からないプロジェクトと、 コードは糞汚いけど儲かるプロジェクトのどっちがいいですか? もちろん、コードは綺麗で儲かるプロジェクトがいいのは理想ですが、今回は、この2つです。 コードは糞汚いけど儲かるプロジェクトの場合、次期バージョンとかの予算を確保することができます。 そこで、汚い部分を捨てて書きなおすことだって出来ます。 コードは綺麗だけど儲からないプロジェクトは、次のバージョンの改修費用もでずにゴミ箱に送られる運命です。 プロジェクト解散、メンバーは散り散りです。 フリーソフトの場合は、儲かるをユーザに使ってもらえるソフトとか支持されるソフト、 ゲームの場合は、儲かるを面白いゲーム、支持されるゲームとかと適当に読み替えてください。 コードは綺麗に越したことはないです。 だけど、プロジェクトとして成立しないことには意味がありません。 コードは綺麗だけど、誰も遊んでくれ
本書の対象者 本書は、「Macの基本操作は分かっている人」「小学校の算数を理解できる人」を対象に、開発環境の構築方法から始まり、簡単なアプリの作成方法、そしてプログラミング言語の基本まで解説しています。 なので、プログラムの経験が無い方、プログラミング言語に触れたことが無い方でも安心して読むことができると思います。 逆に、プログラムの経験がある方や、なんらかのプログラミング言語に触れたことのある方には、簡単すぎる内容かもしれません。 変数・型・式・演算子・制御文・関数 プログラムの基本となる「変数」「型」「式」「演算子」「制御文」「関数」について、図入りで分かりやすく解説されています。 これならプログラム未経験者でも安心です。 オブジェクト指向・クラス・インスタンスについても解説 プログラミングを始めてつまづく要因の一つとなるのが「オブジェクト指向」だと思います。 本書ではクラスやインスタ
スーパープログラマーへの道 過去ログリスト ちゅうーって、ReGetしちゃってください(笑) 第一回 DirectXは一夜にしてならず(開発言語探求篇) 第ニ回 DirectXは不毛なのねん(書籍探求篇) 第三回 DirectXはやめとけって(ライブラリ探求篇) 第四回 コモンプラットホーム構想(たんなる夢) 第五回 DirectX5は腐ってるんか?(不満ぶちまけ篇) 第六回 実はC言語ってよー知らんねん(ごめん俺が悪かったの巻) 第七回 バイナリ互換性は必要なのよね~ん(8x86はJavaをも超えるんか?) 第八回 だからC言語オタクって嫌いなのねん(Cマガの記事に横槍を入れるの巻) 上記の過去ログ 第九回 翻訳は金になる(コンパイラ作成のための準備体操) 第A回 ゲーム作成講座はいつんなったら始まるねん!(一読者の不満) 第B回 やねうらおからの挑戦状!(80862C) 第C回 インタ
2011年12月6日火曜日 「ぐへへお姉ちゃんパンツ何色」から始めるクラス解説 「ぐへへお姉ちゃんパンツ何色」はこれ以上ないほどオブジェクト指向であり、しかも理想的な実装をしていることに気づきました。これを用いてオブジェクト指向を説明してみようと思います。 ある人が「ぐへへお姉ちゃんパンツ何色」と質問するのは、お姉ちゃんオブジェクトの保持するpants_color変数を取得しようとする手続きと見ることが出来ます。つまり oneechan.pants_color を取得しようとしているわけです。 ではどうすればいいのでしょうか? 考えてみましょう。直接パンツを見ればpants_colorを取得することができますね。 クラスを使わないとすればこんな書き方が考えられます。 struct oneechan{ int pants_color; }; 構造体でひな形を宣言します。
特異なバグ (英: unusual software bugs) とは、ソフトウェアバグの中でも特に修正が難しいものを言う。いくつかの種類があるが、直感的に理解しがたいような理論を発表した科学者に由来して名前が付いているものが多い。 ハイゼンバグは、それを調査しようとすると変貌したり消えたりするバグである。 ハイゼンバグの例: リリース版では発生するがデバッグ版(-DDEBUGコンパイルオプション等)では発生しない。 普通に実行すれば発生するがデバッガなどの環境では発生しない。 ユーザーの環境では発生するが開発者の環境では発生しない。 結合テストでは発生するが同じチェックをしているはずの単体テストでは発生しない。 何が起きているのか調べようと出力命令を入れると(いわゆる「printfデバッグ」)発生しなくなる。 競合状態によって発生している。 この名前は不確定性原理を提唱したハイゼンベルク
About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ 無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice Acting創作活動って自分を晒け出さねばならないと...ループを使わずに1から100までMore... 最近のコメント shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/01)ベアトリーチェ on ハイポハイポハイポのシューリンガン (2022/04/02)ベアトリーチ
ソフトウェア設計とは何か? (原文: What Is Software Design?) by Jack W. Reeves (c)C++ Journal - 1992 訳者まえがき この文書は,Jack W. Reeves 氏が1992年に C++ Journal に寄稿した記事の邦訳です。 本記事では,オブジェクト指向プログラミング言語の代表として C++ を挙げていますが,これは本記事が執筆された当時,一般的に利用可能なオブジェクト指向言語は C++ だけであったという事情があるためです。 今では C++ に加えて Java,Delphi,C# といったオブジェクト指向言語が利用可能となっていますが,そんな今でさえこの記事は古さを感じないものとなっており,ソフトウェア開発の本質,現状を鋭くえぐるものとなっています。 邦訳の公開を許諾していただいた Jack W. Reeves 氏に,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く