divine レビュー ログイン (クリックすると拡大します) 起動 (クリックすると拡大します) ウィンドウ移動 透過します。 (クリックすると拡大します) ブラウザ (クリックすると拡大します) テストウィンドウ (クリックすると拡大します) ファイル管理 (クリックすると拡大します) デモ divine 紹介はこちら
余っているPCをNAS化 CDやUSBメモリから起動するだけでNASサーバを構築できるソフトウェアです。 余っているPCをNAS化 動画や音楽、画像などのファイルが大量になってくると外付けのHDDが欲しくなってくる。オフィスなどでは複数の人で共有するためにファイルサーバを導入するようになる。手軽なファイルサーバとしてはNAS(Network Attached Storage)が有力だ。 NASのために専用機器を購入するのも良いが、PCが余っているならこれもある。 今回紹介するオープンソース・ソフトウェアはFreeNAS、余っているPCをNASサーバにできるソフトウェアだ。 FreeNASはUSBメモリやCDに焼き、そこから起動できるNASサーバだ。操作は基本的にブラウザベースで可能で、特殊な設定をCUIベースで行う。既に構築されているWindowsドメインへの参加も可能だ。 扱えるプロトコ
CUIとGUIの使い分け MTASCのGUIフロントエンドです。各バージョンのFlashプレーヤで試せます。 CUIとGUIの使い分け GUIインタフェースとCUIとどちらを選ぶと言われると困ってしまう。どちらも良し悪しがある。だから両方がサポートされていれば一番ベストだろう。 今回紹介するフリーウェアはmtascGUI、MTASCのGUIインタフェースだ。 mtascGUIはWin-MTASCに比べると多少設定項目が多い。背景色の設定や、様々なオプション、実行するFlashプレーヤのバージョンも選択できる。 FlashプレーヤはAdobe Flash Player - Downloadsからダウンロードできる。6、7、8のそれぞれのパスを設定すれば、各バージョンによる相違を確認できるだろう。 システムで自動化する場合はCUI、動作確認をしながら設計する場合などはGUIと使い分けるのが良さ
MTASC向けGUIインタフェース 無料でFlashを作れるMTASC。Win-MTASCはGUIインタフェースを提供してくれます。 MTASC向けGUIインタフェース フリーでFlashファイルが生成できるMTASC。プログラムから見るとコマンドラインのほうが便利だが、ユーザが手で作成するならGUIの方が便利だ。 MTASCではGUIインタフェースを提供していない。これを使おう。 今回紹介するオープンソース・ソフトウェアはWin-MTASC、MTASC向けGUIインタフェースだ。 Win-MTASCは単一の画面だけなので、操作は分かりやすいだろう。出力先のSWFファイルのパス、コンパイルするASファイルさえ指定すれば基本はOKだ。 後は追加のクラスパス、画面の大きさやフレームレートを設定する事もできる。Compile NOWボタンを押せばFlashファイルが生成され、Flashプレーヤが
Flashコンパイラ オープンソースのFlashコンパイラです。幅広いプラットフォームに対応しています。 Flashコンパイラ 今更ながら知ったのだが、Flashの仕様は公開されている。Flashのファイルの生成するツールは複数あるので、当たり前と言えば当たり前だが。 GUIで画面設計ができ、ActionScriptでぐりぐり動かすと言った場合はMacromedia Flashの方が良いだろう。そうでない場合はこれがある。 今回紹介するオープンソース・ソフトウェアはMTASC、Flashコンパイラーだ。 MTASCを使えば、ActionScriptをFlashファイルにコンパイルする事ができる。ActionScript自体はテキストファイルとして作成可能だ。 コンパイラはWindows、Mac OSX、Linuxとそれぞれに提供されているので、応用が色々できそうだ。尚、対応はActionS
Cloud Wiki レビュー トップ (クリックすると拡大します) 編集画面 (クリックすると拡大します) 編集完了 (クリックすると拡大します) 日本語ページ (クリックすると拡大します) 全てのページ (クリックすると拡大します) 最近の更新 (クリックすると拡大します) リファラー (クリックすると拡大します) Wiki記法 テーブル、画像、リストなどがサポートされています。 (クリックすると拡大します) Cloud Wiki 紹介はこちら
特集「オープンソース×10年」 予算ゼロからのIT環境整備2014/01/30 特別寄稿:センチメンタル・ジャーニー ~OSSはまだ16だから~2014/01/30 EC-CUBE – オープンソース・Eコマースの雄の進化を見る!2014/01/30 Zabbix Japanに聞いたオープンソース×ビジネスを成功させるための3つの基本2014/01/30 MOONGIFTの運営で大事にしている3つのこと2014/01/30 2007〜8年の大きな変動まとめ!2014/01/30 なぜプレミアム?そこから得られた経験教えます2014/01/30 2006〜09年、各年の人気オープンソース・ソフトウェアベスト52014/01/30 狙われやすいサイトはどんなサイト?オープンソース×セキュリティについてペンタセキュリティシステムズに聞く2014/01/30 aegifが考える企業でOSSを開発す
Natural Docs lets you document code written in any of 21 programming languages, plus it can be easily extended for more so whatever you use, it can too. And if your project uses multiple languages, no problem! It will all be included in the same set of documentation. Natural Docs also speaks your other language... English! Its comments are designed to be very natural and readable so they're jus
この結果からわかることは ループ内の処理が割と小さいxrange,1 では 同じバージョンでリスト内包表記とforループを比べるとリスト内包表記のほうが速いようだ。 100万回のループで50msecから60msec程度。 注: res.appendの呼び出しが遅いだけかもしれない。 元のコードではリスト内包表記のほうが常に遅い。 Python処理系のバージョンがあがるに従ってどちらも高速化されている。 このような単純な例ですら、ループ処理の形式よりループ内で実行される処理のほうが支配的。 つまり実用上は(実行時間最適化をしようとしているときですら)常にループの形式による速度の差は2番手、3番手の関心事になる。 例: range を xrange にするだけで230msecから470msec程度、ループ形式の違いより1桁大きい。 自作のベンチマークルーチンでは対象関数を20回
_ Fixes wanted for Python 2.4.4 全然関係ない理由で行き当たったのですが、 Python 2.4.4.のバグ潰しには failmalloc がそれなりに役立ったらしい。 確かに Python24Fixes とか見てると、 うにゃうにゃと書かれていて、 valgrind などと並んで、Python開発のテスト・フレームワークの一環に組み込まれているようだ。 光栄の至りである。 _ 日本の大学におけるPython 以前のエントリ で ちなみにフランスやドイツなどでは大学でPythonやZopeを教えているところもあるんだけれど、日本には全くないのだろうか。 と書いたが、 どこからも情報がやってこないので、適当に検索して調べてみた。 すると案外たくさんあるらしい。 自分が行ってない大学のシステムはよく分からないので、 どういう風に行われているのかはさっぱり想像も出来
自転車置場の議論 人が集まると、なぜかどうでもいいようなことほど議論が紛糾してしまう傾向がありますが、このような現象のことを、FreeBSD のコミュニティでは自転車置場の議論 (bikeshed discussion) と呼んでいることを知りました。 この、「瑣末なことほど議論が紛糾する現象」はパーキンソンの法則という本の「議題の一項目の審議に要する時間は、その項目についての支出の額に反比例する」という法則として知られています。 この本の中で著者は、原子炉の建設のような莫大な予算のかかる議題については誰も理解できないためにあっさり承認が通る一方で、市庁舎の自転車置場の屋根の費用や、果ては福祉委員会の会合の茶菓となると、誰もが口をはさみ始めて議論が延々と紛糾するというストーリーを紹介しています。 このように、「瑣末なことほど議論が紛糾する現象」はパーキンソン氏によって見事に説明されているの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く