タグ

ブックマーク / developers.srad.jp (22)

  • 9月のデスクトップOSシェア、Windows 10が初の減少 | スラド デベロッパー

    Net Applicationsの9月分データによると、Windows 10のシェアが昨年7月の一般リリース以降初めて減少している(Desktop Top Operating System Versions Share Trend、 Desktop Operating Sysmte Market Share、 Desktop Top Operating System Share Trend)。 2位のWindows 10は前月から0.46ポイント減の22.53%、1位のWindows 7は1.02ポイント増の48.27%となっている。3位~5位は軒並み微減しており、Windows XPが0.25ポイント減の9.11%、Windows 8.1が0.09ポイント減の7.83%、OS X 10.11が0.31ポイント減の4.07%。6位~10位でも増加したのは6位のLinux(0.12ポイント増

    jt_noSke
    jt_noSke 2016/10/02
  • MySQL/MariaDBではなくPostgreSQLを選ぶ理由 | スラド デベロッパー

    過去10年、開発者や技術者はMySQLとPostgreSQLを比較し、後者が技術的には優れていると考える人が多かった。PostgreSQLの支持者は、そのANSI標準サポートやACID準拠がMySQLのスピードに勝ると主張する。しかし、すべてのLinux Webホスティングパッケージに含まれることから、非常に多くのWeb開発者がMySQLを使い続けている。Diceの記事では、開発者のDavid Bolton氏がMySQL/MariaDB 5.7.6(2015年3月9日、コミュニティーにリリース)とPostgreSQL 9.4.1を比較し、サブクエリやJSONサポート、ライセンス、データの完全性といった点で現在もPostgreSQLの優位性は変わらないとみる。10年以上にわたって両方のデータベースを使用しているというBolton氏は、MySQLにも改善はみられるものの、PostgreSQL

    MySQL/MariaDBではなくPostgreSQLを選ぶ理由 | スラド デベロッパー
    jt_noSke
    jt_noSke 2015/03/23
  • リファクタリングしてもコードの質は改善されないという実験結果 | スラド デベロッパー

    ソースコード中の記述を整理したり、変数名や関数名を分かりやすく書き換えることはリファクタリングと呼ばれているが、実験の結果、リファクタリングを行ったとしてもコードの質が格段に良くなるものでもないことが分かったそうだ(ITWorld、Slashdot)。 調査を行ったのはスリランカの研究チーム。リファクタリングによりソフトウェアの品質が外部的・内部的にどれほど向上するのかを調べたそうだ。実験には、オンラインドキュメント評価のスケジューリングおよび管理を行う小規模のアプリケーション(4,500行ほどのC#コード)が用いられ、10個の一般的なリファクタリング技術が適用された。 実験の結果、実際の統計では大きな差はみられなかったもの、参加者らの採点によればリファクタリングされたコードの方が解析性が劣り、コードのバグ修正と実行にはより時間がかかるようになったという。また、リファクタリングしたからとい

    jt_noSke
    jt_noSke 2015/03/06
  • ソフトウェアの開発にかかる時間の見積を廃止したいプログラマーたち | スラド デベロッパー

    ソフトウェアの世界からプロジェクトの所要時間の見積をなくそうとする#NoEstimatesムーブメントについて、Mediumの記事が紹介している。所要時間を正しく見積もることは困難であり、時間の無駄だとプログラマーたちは主張する。一方、他のプロジェクト関係者は、計画を立て、プログラマーに責任をもって仕事をさせるために見積が必要だと考えている。妥協点はあるのだろうか。 記事によれば、「ソフトウェアプロジェクトの見積は誤っていることがあまりに多く、見積を作るのに時間を使えば使うほど、実際にソフトウェアを作成する作業時間が減ってしまう。また、マネージャーは開発者が適当に作った見積を契約上の締め切りのように扱う習慣があり、見積時間内に完成しなければ大騒ぎする。それだけではない。そのような結果を恐れる開発者は、より多くのエネルギーを見積という兎の穴に注いでいく。見積はヤクの毛刈りのように、実際の仕事

    jt_noSke
    jt_noSke 2015/03/01
  • C言語の開発者によるgoto文の使い方を対象とした実証研究の結果、「goto文は無害だと考えられる」 | スラド デベロッパー

    Edsger Dijkstra氏がgoto文の危険性を主張したのは1968年。それから50年近く経過した現在もgoto文は使われ続けているが、Dijkstra氏が懸念したようなgoto文の無制限な使用が行われているのかどうかという点や、それがバグの原因となるような有害なものなのかどうかといった点については、よくわかっていなかったという。こういった点に関する実証研究が家/.で紹介されている。 家/.「Empirical Study On How C Devs Use Goto In Practice Says "Not Harmful"」より 200万近いC言語のファイルと1万1千件を超えるプロジェクトからランダムに抽出した統計的に有効なサンプルを質的および量的に分析したところ、開発者はほとんどの場合gotoの使用を適切に制限しており、Dijkstra氏が懸念したような無制限な使用は行わ

    jt_noSke
    jt_noSke 2015/02/15
  • 任天堂・岩田社長は40歳までコードを書いていた | スラド デベロッパー

    「プログラマ35歳限界説」という俗説があるが、実際のところ30代も半ばになると、マネジメント業務が増えて実際にコードに触れなくなるプログラマも少なくない。しかし、任天堂の岩田社長は、40歳、任天堂の経営企画室長時代まで実際にコードを触る業務に関わっていたという(4Gamer)。 岩田氏はマネージメント業務に関わるようになってもしばらくは夜や休日にコードを書き、社内で見せていたという。また、岩田氏が最後に関わったのは、ゲームキューブ版の「スマッシュブラザーズ」だそうで、開発が停滞し「このままだと発売日に間に合わない」という状況になったため、開発元である山梨のHAL研究所に赴いてコードレビューやバグ修正、バグの担当者割り当てと行った作業をやっていたそうだ。 岩田氏が社長になったのは2002年、42歳のときなので、その2年前まで実際にコードを触ることができていたというのは興味深い。さすがに現在は

    jt_noSke
    jt_noSke 2014/12/28
  • 開発の遅れはプロセスの問題が大きく、開発者の責任は小さい | スラド デベロッパー

    ソフトウェアエンジニアはコードを書くペースを理解しているが、マネージャーは理解していないことが多い。1行のコードは1分で書けることもあれば、1日かかることもある。それでも全体的に見ればコードを速く書くかどうかよりも、目標が適切に設定されているかどうかの方が目標の達成に重要な役割を果たす。このことについて、プロジェクト管理ツールなどを提供するSprint.lyが開発サイクルに関するデータを分析し、裏付けるデータを公開している。開発者の作業時間は全般に平均的で変動も少ないのに対し、仕様や作業の優先順位の確定にかかる時間は変動が大きい。経験を積んだ開発者が認識しているように、要求仕様がはっきりしないことや、変更されることが作業速度に最も悪影響を与える。作業が遅れるもう一つの大きな要因は、複数の作業を並行して行ったり、切り替えて行ったりすることによる開発作業の中断だ。記事では仕様が過度に漠然として

    jt_noSke
    jt_noSke 2014/11/25
  • プログラミング言語がソフトウェアの品質に与える影響 | スラド デベロッパー

    あるプログラミング言語がその仕事に適したものであるかといった議論は論争に発展しがちだ。時には宗教戦争の様相を呈することがあるものの、プログラミング言語がコーディングプロセスだけでなく完成した製品の特性にも影響することは多くの方が同意するところだろう。これについてカリフォルニア大学デイビス校のコンピューターサイエンス研究者らが、プログラミング言語のソフトウェア品質に与える影響(PDF)に関する調査結果を発表した。研究ではGitHubの729プロジェクト(17言語、29,000人が書いた8,000万行のソースコード、150万コミット)を分析。大きなサンプルサイズを利して混合研究法のアプローチをとり、複数の回帰的モデリングやテキスト解析を組み合わせて静的型付けと動的型付け、型付けの強弱といったプログラミング言語の特徴がソフトウェアの品質に与える影響を調べた。異なる手法による調査結果を組み合わせ、

    プログラミング言語がソフトウェアの品質に与える影響 | スラド デベロッパー
    jt_noSke
    jt_noSke 2014/11/08
  • PerlスクリプトとExcelマクロの作成に米軍が授与した勲章 | スラド デベロッパー

    アリゾナ州兵としてイラクで兵站任務に従事したソフトウェアエンジニアの男性が、仕事を効率よくこなすために書いたPerlスクリプトとExcelマクロを功績として認められて勲章を受章していたそうだ。男性がイラクでの任務についていたのは2005年~2006年のことだが、当時の出来事を自身のブログに書いている(Rough Bookブログの記事、 家/.)。 2005年当時、兵站管理には「ULLS-G (Unit Level Logistics System – Ground)」と呼ばれるDOSアプリケーションが使われていたそうだ。現地で使われていたパソコンの多くはWindows 2000/XPだったものの、ULLS-G自体がDOSアプリケーションのため、マウスは使用できず、すべてキーボードで操作する必要があったという。また、ULLS-Gはバッチ処理に対応しておらず、兵士のライセンスをプリントアウト

    jt_noSke
    jt_noSke 2014/06/30
  • JavaをめぐるOracleとGoogleの裁判、2審はOracleの著作権を認める | スラド デベロッパー

    GoogleJavaの知的財産を侵害しているとしてOracleが訴えていた裁判で、2審の米連邦巡回区控訴裁判所は9日、37のJava APIパッケージに関するOracleの著作権を認める判決を出した(判決文: PDF、 Reutersの記事、 Bloomberg Businessweekの記事、 家/.)。 1審のカリフォルニア州北部地区連邦地裁では、37のAPIパッケージについてGoogleJavaからコピーしたとされるコードの宣言や構造、順序、構成を含む要素に関しては、著作権で保護されないとの判決を2012年5月に出しており(/.J記事)、Oracle側が控訴していた。2審では一転してこれらの要素が著作権で保護されるとの判断を示し、Googleが主張するフェアユースであるかどうかの判断については1審に差し戻すとの結論に達したとのこと。なお、1審でOracleGoogleによる特

    jt_noSke
    jt_noSke 2014/05/12
  • カートリッジ式コーヒーマシンも互換カートリッジ排除? | スラド デベロッパー

    一杯抽出型のカートリッジ式コーヒーマシンでは、純正品よりも低価格な互換カートリッジを使用することができる。しかし、Keurigの製造元であるGreen Mountain Coffee Roastersでは、互換カートリッジを使用できない新型マシンを投入する予定とのこと(Techdirtの記事、 FoodNavigator-USA.comの記事、 家/.)。 北米ではKeurigのほか、Tassimo、Nespressoといったカートリッジ式コーヒーマシンが熾烈な争いを繰り広げているが、プリンターと同様にカートリッジで利益を確保するといった状況になっているそうだ。しかし、低価格な互換カートリッジや、詰め替え利用可能なフィルターが出回っており、Keurigの場合は12%程度を互換カートリッジが占めているという。そのため、同社はカートリッジを読み取り、正規ライセンスを受けていなければ抽出できな

    jt_noSke
    jt_noSke 2014/03/08
  • いまだにテキストベースでコードを書いているのはなぜ? | スラド デベロッパー

    私は自分をコードの書ける人間だと思っているが、プログラマーではない。アルゴリズムを考えることや、簡単なスクリプトを書くことは楽しいが、少し複雑なコードになるとお手上げだ。これは我慢強さが足りないだけかもしれないが、実際いつまでテキストベースでコードを書かなくてはいけないのだろう。言語に依存せず、暗号のような専門用語を使わずにアルゴリズムをコンピューターの理解できるものに変換する、より単純で堅牢な方法が必要ではないだろうか。今はまだアセンブリコードの1つ外側の抽象化レイヤーの中にいるように感じる。誰もがコードを書けるようになるグラフィカルなコード生成方法がないのはなぜだろうか。少なくともシンタックスエラーを修正するのにかかる時間をなくすことができればいいと思う。疑問は尽きないが、私の見落としているところがあれば教えてほしい。

    jt_noSke
    jt_noSke 2014/02/10
  • /.Jに聞け:Javaを使うメリットは? | スラド デベロッパー

    当方12年ほどWebアプリをメインに様々なプロジェクトで開発を行ってきましたが、最近は特にサーバサイドにおいてJava(Servlet/JSP)で開発するメリットが見当たらないなと思うこのごろです。 主な理由としては、 LL言語に比べ、プログラムが冗長になる(例えば、キャスト、正規表現、連想配列処理、文字列フォーマットなど)コンパイルするのが面倒MVCフレームワークが開発の速度と柔軟性を落とす文字化けXMLごり押し傾向文化として変数やメソッドの名前が冗長 などがあります。とにかく全体として何をやるにもアカデミックで冗長で面倒だと思うのはわたしだけでしょうか? と言うわけで、5年前まではPHPとJSP/Servlet半々で開発してきましたが、今はよほどのことが無い限り使わず、iTextによるPDF帳票作成を残すのみです。皆さんJavaでエンジョイして開発してますでしょうか?

    jt_noSke
    jt_noSke 2014/01/31
  • 外見が「プログラマー風」だと得をする? | スラド デベロッパー

    Rochester大学コンピュータサイエンス学科のPhilip Guo助教が、プログラマーとして「それらしく見える」と、妨害されることなくコンピューターサイエンスの分野で順調に成長していくことができると綴っている(Slate、slashdot)。 白人もしくはアジア人男性のグループに属さない人は、その見た目からコンピューターサイエンスに「向いていない」という先入観を持たれてしまうという。そのため、「皆が皆、コンピューターサイエンスに向いている訳じゃない。生物に専攻を変えてみたら?」、「俺達がバックエンドをやっている間、君はグラフィックスのデザインをやってよ。その方が皆にとって都合がいい」、「このやり方、ちゃんと分かってる?」などと言われることがあるそうだ。またGuo氏の友人が受講したJavaによるGUIプログラミングのクラスでは、男性にはGUIの構築を任せる一方で、能力的にその男性と同レベ

    jt_noSke
    jt_noSke 2014/01/17
  • 優秀すぎるスター開発者は会社にとって本当に必要なのか | スラド デベロッパー

    果たして、どの企業にもスターのような開発者は必要なのだろうか。私の個人的な考えとしては必要ないと思うし、それはまるでスーパーマーケットで働くのに大卒でなければならない、というのと同じことではなかろうか。 すべての問題を複雑さに応じて1から10で分類した場合、あなたの抱える問題は決して6または7を超えることはない。とすれば、難易度10の問題を解決できる人達は果たして必要なのだろうか。私は大手ソフトウェア企業に勤めており、自身をレーティングした場合、レベル7といったところだ。他にもっと能力のある開発者はいるが、私は仕事に対してうぬぼれもないし、同僚や顧客達ともうまくいっているし、私の周りには人が集まってくる。 私がこれまで見てきたスター的開発者らは、一緒に仕事しづらい。契約を切られたか、もしくは、もっと給料の高い就職先を求めてか、その大半は既に会社を去っている。スター的開発者は大概会社を去って

    jt_noSke
    jt_noSke 2013/09/13
    ふーむ
  • Visual Basicはまだまだ死なない | スラド デベロッパー

    @ITにて、「第2回 業開中心会議 Visual Basic祭り ~帰ってきたVB研公開ゼミ~」というイベントのレポートが掲載されている。このイベントは名前のとおり、VBユーザーやVBに興味のあるユーザーが集まったイベントで、Microsoft MVPを受賞しているベテランVBユーザーらによるセッションや、日マイクロソフトでVBサポートを行ってきた人などが参加するパネルディスカッションが行われた模様。 これによると、VB利用者は特に減っているというわけではなく、逆にVBは言語機能も強化されており、C#と肩を並べることができるようになっているという。逆に「言語仕様が難しくなった」という声もあるらしい。また、大文字・小文字の区別が無い点や、「コードを声に出して文章として読める」(読みやすい)点などがVBの優れた点としてあげられている。また、MicrosoftはBASICからスタートした会社で

    jt_noSke
    jt_noSke 2013/07/04
    ふーむ
  • 70~80年代のCOBOLシステムを支えたプログラマの引退が近づいているが、システムは動き続ける | スラド デベロッパー

    1980年代には「COBOLは衰退するので、ほかのプログラミング言語に移行しなければならない」などと言われた。実際に1970~1990年代に書かれた細かなCOBOLプログラムのほとんどは新しいシステムと新しい技術に置き換えられている。しかし、銀行、保険会社、製造業、小売チェーン、医療機関といった大企業のミッションクリティカルなシステムは依然として大昔にCOBOLで書かれたコードによって運営されている。多くの企業はこれらのシステムを何度も入れ替えようとしたが、システムが全体が巨大で複雑な上、重要なビジネス・プロセスに統合されていること、また問題なく動いていることからこうした取り組みの多くは失敗した。 ITWORLDの記事によると、こうしたCOBOLで書かれたシステムを支えてきた団塊世代プログラマの引退が近づいているという(ITWORLD、家/.)。 今は大学のプログラム講座などでは教えるこ

    70~80年代のCOBOLシステムを支えたプログラマの引退が近づいているが、システムは動き続ける | スラド デベロッパー
    jt_noSke
    jt_noSke 2013/02/16
    ふーむ
  • jQuery 2.0ではIE6~8はサポート対象外に | スラド デベロッパー

    jQuery 1.9と2.0は同じAPIを提供し、jQuery 1.9はこれまでどおりIE6以降をサポートするが、jQuery 2.0はIE6~8をサポートしないという。jQuery 2.0はIE6~8サポートをなくすことで高速化されているとのこと。 今後IE6~8をサポートしたいサイトは1.9系を、そうでないサイトは2.0系を利用するという使い分けになりそうだ。

    jt_noSke
    jt_noSke 2013/01/19
    ほほー
  • JREの推奨バージョンが6から7へ変更 | スラド デベロッパー

    JRE(Java Runtime Environment)の推奨バージョンが、6(1.6.0_x)から7(1.7.0_x)へ変更になりました。また、6は11月でサポートが終了します(So-netセキュリティ通信)。 JRE 6へはすぐに辿り着けるのに、7へ辿り着くには一手間必要だったダウンロードページも変更されています。 JRE 6は2012年11月で無償サポートが終了するとのこと。また、自動更新によるJRE 6からJRE 7への自動アップグレードも開始される予定だそうだ。

    jt_noSke
    jt_noSke 2012/05/17
    へぇ
  • ペアプログラミング合コン、3月24日に開催予定 | スラド デベロッパー

    来る3月24日に東京都内で「第1回ペアプログラミング合コン」なるイベントが開かれるそうだ(第1回ペアプログラミング合コン(女子枠)、ITmedia)。 「アジャイル開発手法のペアプログラミングを参考に、男女ペアでプログラミングをやろうという試みの会」で、「もちろん、プログラミング後の懇親会も開催」とのこと。プログラミングスキルとしては「何らかの言語でFizzBuzz問題や世界のナベアツ問題を自分で考えて解いたことがある」程度なのでハードルは高くない。使用言語も、想定としてRubyJavaPHPPythonJavaScript、bashが挙げられているが、参加者へのアンケートを通じて決めていくということなので、ここは男らしくCやCOBOL、アセンブラで挑戦してみるのもいいのではないだろうか。 女性の応募はすでに定員に達して締め切られており(補欠としてエントリーは可能)、男性の応募は2

    jt_noSke
    jt_noSke 2012/02/09
    ほほー