Loop Recognition in C++/Java/Go/ScalaPhilosophy We strive to create an environment conducive to many different types of research across many different time scales and levels of risk. Learn more about our Philosophy Learn more
Google Publishes C++, Go, Java and Scala Performance Benchmarks
When you buy through affiliate links in our content, we may earn a commission at no extra cost to you. Learn how our funding model works. By using this website you agree to our terms and conditions and privacy policy. We uphold a strict editorial policy that focuses on factual accuracy, relevance, and impartiality. Our content, created by leading industry experts, is meticulously reviewed by a tea
mono's Tech Blog » JNIよりずっとお手軽なJNA(Java Native Access)
JavaでCのダイナミックリンクライブラリにアクセス 僕は正直なところ，C言語が苦手． どうしても必要なときでない限り，Javaなどの使い慣れている言語を使いたいところ． ただ，やはりどうしてもCのライブラリを使いたいときが出てくるケースもある． そういうときに， Cで書くべき箇所がほんの一部なのにプロジェクト全体をCで書くのはナンセンス． そこで，JNIなどの出番となるわけでが，これがけっこう面倒で書くコード量もそこそこ多い． 実を言うと，昔少し触れた程度でよく分かってなかったり… で，色々便利な道具が充実している昨今，何かそれに変わるものが無いか探していたところ，JNA(Java Native Access)というものを発見． Java Native Access (JNA) とは、Java プログラムがJava Native Interfaceを用いずにネイティブの共有ライ
きまぐれ日記: pubic static はコンピュータに伝える約束事ではない
http://www.atmarkit.co.jp/news/200904/10/matz.html PerlやRuby、Pythonといったスクリプト言語では、 記述が非常にストレートで端的になる。JavaやC++といった言語では、 「public static void mainなど、コンピュータに伝える約束事が多くて、 やりたいことが頭の中から逃げてしまう。簡潔さは力なのです」（まつもと氏）。 これは書くときだけでなく、読むときにも同様だ。 まつもと氏の記事を読んで、仕事として大規模な共同開発の経験に基づいているのかなと思いました。 publicとかstaticとかconstというのは書く側からすると約束事で めんどいということには同意しますが、毎日のようにコードレビューを している経験からいうと、コードレビューをする側にとってこいうキーワードがあるかないかで全く意味が異なります。メ
C++とJavaのレガシーについて語るのは時期尚早か？
C++とJavaが残したレガシー(ブログ)についてBruce Eckel氏が最近投稿したブログが大きな反響を呼んだ。彼はいくつかの設計ミスについて述べるも、両言語がプログラミング言語の発展において大きな役割を担い、重要な建設的レガシーを残してきたと結論付けた。しかし、これら言語のレガシーについて語るのはまだ早いのではないだろうか。 かつてのC++標準化委員会メンバーであるEckel氏は、この言語とCとの下位互換性に関する意思決定をはじめから回想している。 この言語がいかにして不愉快かつ複雑なもので、しかし同時に適切に設計されたものとなりうるかを理解するには、C++における全てを左右する基本の設計決定、つまりCとの互換性を頭に入れておかなければいけません。Stroustrup氏は、Cプログラマの大半をオブジェクトに移行させる方法は移行をトランスペアレントなものにすることだと方針を固めました（
グーグル技術講演会 - kenmazのはてな
先週末、渋谷のセルリアンタワーでグーグルオープンハウス(技術講演会)に行ってきた。会場の受付では、氏名と会社名が書かれたネームプレートをもらった。今日は公演後に懇親会的なものがあるので、そこでのネタづくりに、ってことなんだろう。到着と同時にオープンハウスがスタート。 グーグルの開発環境のお話 ひとつめのセッションは今年？グーグル入社したばかりの方の、グーグルの開発環境の話。グーグルでは「百聞は一見にしかず」ならぬ「デモは一見にしかず」という考え方が重要らしくとにかくデモを作って見せろ、と言う感じらしい。あと、意外に感じたのがDesign Docとよばれるドキュメントの作成にかなり重点をおいていること。なにか新しいアプリケーションを作るときは、これはこういう背景があって、こういう問題があって、そこでこのアプリケーションではこの問題をどういう風に解決して、、内部ではどういう処理をして、どういう
Sun、NetBeansにAjax JSF、C/C++開発対応拡張パック | エンタープライズ | マイコミジャーナル
Sun Microsystemsは6日(米国時間)、NetBeans IDEに対する拡張パック"NetBeans Visual Web Pack 5.5"および"NetBeans C/C++ Development Pack"の提供を発表した。NetBeans IDEはSunの支援のもと開発されているオープンソースのJava IDE。拡張パックを追加すれば機能の追加やJava以外の言語の開発プラットフォーム、アプリケーションプラットフォームとして活用できる。 NetBeans Visual Web Pack 5.5はWebアプリケーションの開発機能を提供する拡張パック。Ajax機能に対応したJSFコンポーネントを使った開発を容易ににおこなうことができる。サービスをGUIで結び付けていくことで開発を進めることができるのが特徴だ。 NetBeans C/C++ Development Pack
『環境整備と読書の日』
午前中にプログラミング環境向上のために ・まともなMakefileの書き方の勉強 ・CVSの導入 を行なった。 今までMakefileは、誰かが書いたものを自分のプロジェクト用に変更して使っていたため、どんなお約束で動いているのかよくわかっていなかった。そこで、研究室の本棚にあった マイク ルキーダス, アンディ オラム, Mike Loukides, Andy Oram, 引地 美恵子, 引地 信之 GNUソフトウェアプログラミング―オープンソース開発の原点 を読んで、理解した。 具体的にはSUFFIXルールのところと省略記号の内容を理解した。 それによって、デバグ用とリリース用にルールを分けることが出来た。 以前、同書で勉強したEmacs+gdbのところとあわせるとよりよいコーディング環境になったと思う。 このIDE全盛時代に逆行しているのは承知しているが、CUIでのコーディング環境と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blogger
Blogger
JNI実験ページ
プログラミング言語ヒエラルキー:Geekなぺーじ
Software Dev Cycle As Part of CS Curriculum? - Slashdot