Groovy, Scala, Ruby, PHP による XML の加工 - 要素や属性の追加・更新・削除 - なんとなくな Developer のメモ
今回は、各種スクリプト言語による XML の加工方法をまとめてみました。 Groovy, Scala, Ruby, PHP を使って以下のような XML を <root> <data id="1">sample1</data> <data id="2" ext="none"> <details /> <details /> </data> </root> 次のような加工を施して (1) id="3" の data 要素を追加 (2) id="2" の data 要素に type 属性を追加 (3) id="1" の data 要素を削除 (4) 一番目の details 要素を text 要素に置換 (5) 二番目の details 要素の内容を変更 (6) id="2" の data 要素の ext 属性の内容を変更 以下のように変更してみます。 <root> <!-- (3) data
WebベースのScalaソースコードブラウザ·Browse MOONGIFT
BrowseはScalaのコードを解析し、HTMLベースで閲覧できるようにするソフトウェア。 [/s2If] BrowseはScala製のオープンソース・ソフトウェア。オープンソース・ソフトウェアの素晴らしい点の一位に挙げられるのはソースコードが見られる点だろう。特にフレームワークなどで問題が起きた時に何が問題なのかソースコードからあたれるのはとても幸せだ。 Scalaのコードが追いやすい とは言え、テキストエディタなどで逐一コードをあたっていると時間がかかってしまう。もっと効率的にするには専用のツールを使うのが良いだろう。ScalaであればBrowseのような素晴らしいツールがある。 BrowseはScalaのコードを解析し、Webブラウザベースで閲覧できるソフトウェアだ。コードのハイライト処理はもちろん、変数をマウスオーバーすると自動でハイライト処理が行われる。さらに同じスコープの変数
カプコンに学ぶデスマーチにならない仕事術 - teruyastarはかく語りき
ほんとにヤバくなってギリギリになるまで相談しない人々: 切込隊長BLOG（ブログ） Lead‐off man's Blog http://kirik.tea-nifty.com/diary/2010/03/post-1da9.html いつも予防線が突破されるので、いずれにせよ年がら年中修羅場になってるわけだが、 修羅場をこなしているうちに、常在戦場みたいな組織が出来上がって、 毎日ラットレースをしている敗戦処理のエキスパート軍団ができちゃう。 戦況だけ見ると実に見事に負けてるんだけど、 担当した局地戦だけはどうにかなっちゃってるというような。 そういう組織は、人が内部から壊れていく。鬱になったり、病気になったりする。 まあ、発展性のない業務に長時間据えられて、 強いストレスに晒されながら安い給料で働くわけだからねえ。 一個一個のデスマーチは、マーチである限り終わりはあるわけだけど、 デス
仕事は7.5時間で終わらせる in NZ
以前カナダの会社にいたときに書いたエントリーに「仕事は7.5時間で終わらせる」というのを書いたが、ニュージーランドの今の会社（テレコム系の開発）でも同じようだ。 9:00に始まって、17:00には終わる。 先日など18:00ごろに帰ろうと思ったら、私がいたのを気づかなかったようで、ビル（小さい自社ビル）のドアがロックされていて出れなくなってしまった！ 幸い最終退出の仕方がメールできていたので、それを確認。警報装置の処理をして、脱出。あせった。 なにやら同じことをしている。 そして仕事の進め方もアメリカ、カナダとほぼ同じ。 ・定例会議はほとんどない。週に一回だけ、プロジェクトミーティングが30分。客先の情報などを共有。 ・ミーティングは３０分単位が基本。 ・重要かつ急ぎのプロジェクトの場合、毎日15分程度で進捗確認。 ・2-3人での、ちょっとした相談や、決断は担当者のキューブへ押しかけて行う
Primary Keyの代わりにUnique Indexを使う意味 - A.R.N [日記]
タイトルだけ読むとIDの話に見えるかもしれないけど、違う話。 先日、データベース設計について打ち合わせをしていたら、Oracleでは、Primary KeyよりもUnique Indexを使った方がトラブルが少ないので、今回は、Primary Keyは使わない方針としたいとのこと。 たしかに、以前Materialized ViewにPrimary Keyを貼るのは推奨しないという回答をOracle社から言われたこともあり、そういう面もまったくないとは思わないが、ものすごく気持ち悪い。 今のところ、否定する理由もないので、申請上はPrimary Keyだけど実態はUnique Indexという対応ならばOKと回答するつもりなのだが、本当に問題ないのだろうか……。
![Primary Keyの代わりにUnique Indexを使う意味 - A.R.N [日記]](https://cdn-ak-scissors.b.st-hatena.com/image/square/aac1d39e7117ffe245f7d1289c4ac289c44b4500/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127064254481%2F17680117127064268318%2F1555804350)
チケット駆動開発のスケールアップ - プログラマの思索
Redmineを大規模プロジェクトで使っている例を見たのでメモ。 【元ネタ】 複数プロジェクトとワークフローの設定について - Redmine Users (japanese) | Google グループ 上記のメールでは、下記の規模まで使っているらしい。 例1： プロジェクト：12 ロール ： 8 ステータス ：25 トラッカー ：12 例2： プロジェクト：200～400ぐらい ロール ： いまのところ６個にしぼっているけど今後は２０ぐらいになりそう ステータス ：６ぐらい トラッカー ：２０以下 正直な感想は、すごい！の一言。 Redmineはおそらくこんな規模まで運用するとは想定していないと思う。 上記の問題点は、Redmineによるチケット駆動開発のスケールアップにある。 サブチームの数が無制限でも運用に耐えれるのか？という問題。 スケールアップはプロセスの標準化と密接に
元WETA DIGITAL 村本浩昭氏の人材育成セミナーのレポート - velvetface
メモをまとめました。 ちょっと僕の時間があまり無いので美しくまとまってはいないですけど、雰囲気は伝わると思います。村本さんはても気さくな人でサービス精神の旺盛な方でした。 以下（）は僕の補足とコメントです。 ■■■■■村本浩昭氏の仕事と渡りあるいた会社の事■■■■ ・ドリームピクチャー→weta→Framestore→sonypictures→Framestore→weta→国内に来たところ（どこでしょ？） ・参加作品。ロードオブザリング。アイロボット。キングコング。スーパーマンリターンズ。アイムレジェンド。ライラ。ナルニア。ウォンテッド。オーストラリア。ミーアンドオーソンウェルズ。ラブリーボーン。アバター。 ・２０００年のときにwetaに入るのは簡単だった。 ・ソニーピクチャーは良い会社だったが車の免許が無かったので移動が不便だった。 ・海外のねらい目はイギリス。 ・wetaは元々ピータ
堀江貴文『アメリカの宇宙開発は官から民へ。日本は？？？』
堀江貴文オフィシャルブログ「六本木で働いていた元社長のアメブロ」 一般的には、ホリエモンとか堀江とか呼ばれています。コメントはリアルタイムには反映されません。私にコンタクトを取りたいときは、info@takapon-jp.comへメールでご相談ください。 NASA、商業有人宇宙輸送開発計画の民間企業を選定 ISS - 国際宇宙ステーションへの輸送手段を民間に委託するCOTS計画に続いて、有人輸送までも民間に委託するCCDev計画の最初の出資先が発表された。既にアメリカ政府はNASAの新型ロケットなどを開発する計画であるコンステレーション計画を事実上停止することを決定しており、アレスIやアレスVなどは建造されない。モーニングで連載中の漫画「宇宙兄弟」はどうなってしまうんだろうか、という心配はおせっかいかもしれないが、心配だ。 という話は置いといて、総額5000万ドルがボーイングや、アマゾンの
採用情報 | 株式会社ビープラウド
採用情報 BeProudについて 我々ビープラウドは『プログラマ中心の集団』です。 在籍するスタッフのほぼ全員がプログラムを書きます。代表取締役も、営業の役割を担っている人間もコードを読み書きします。 ビープラウドにおける『プログラマ』の定義 我々にとってプログラマとは、設計書をコードにする単純作業者のことではなく、設計からコードにするまでを全て一人でできる人の事を指しています。本当に素晴らしいサービスやアプリケーションを造り出すには、 優秀なプログラマが必要です。 我々は、そのようなプログラマを集め、仕事の中で技術力をお互い高め合いながら、世の中をもっと便利にシンプルにするサービスやアプリケーションを開発して行きたいと考えています。 ビープラウドの業務：受託開発 ビープラウドの現在の仕事は、大量のトラフィックを捌く必要があるコンシューマ向けのWebシステムや、Android/iPhone
TDD Boot Campに参加 - 千里霧中
年末のドタバタで報告が遅くなってしまったが、先日テスト駆動開発のイベントである"TDD" Boot Campに参加した。ペアプロではC#を選択。 所感 今回凄いと感じたのは、このイベントが学習の場としてかなり洗練されていたこと。 例えば、丸一日かけて前半の講義でエッセンスを教え、後半のワークショップでその実体験を積ませるという構成はとても良かった。おかげで「不安をテストに」「一つずつ少しずつ」といったTDDのコツを高い学習効果で身につけることができたと感じる。またペアプロで議論しながら課題を進めていく形式も、限られたコーチ役を補完する上でうまく機能していたと思う。 一応、実は和田さんのTDD話はデブサミ・オブラブ等のイベントや、あるいはxUTP読書会といった所で結構何度も伺っている。またLasseさんの話も、読書会で読み込んでいる上、日本語版の校正レビューを手伝わせていただいたWorkin
Lesson3：SIPサーバーの活躍で，全ユーザーのアドレス帳を持たずに済む
Lesson2では，SIP UAがメッセージを直接やりとりする例を見てきた。しかしSIP UA同士が直接メッセージをやりとりすることは実はあまりない。SIP UAは，「SIPサーバー」と呼ばれる装置にSIPメッセージを中継してもらうことがほとんどだ。 UAがアドレスを覚えるのは大変 なぜSIPサーバーが必要なのかを考えてみよう。SIPサーバーの有無にかかわらず，発信するユーザーのアプリケーションの使い方は変わらない。「1234」といった番号やユーザー名，あるいは「yamada@example.com」といったSIP URIを指定してアプリケーションに相手の呼び出しを指示する。番号やユーザー名で指定された場合，SIP UAは決まったドメイン名を付けて「1234@example.com」といった具合にSIP URIに変換する。ここまでは特に難しくない。 SIPサーバーがないとここからが難しくな
Easy scheduling service - Fix on - View Detail - ATWG#1
6/15 19:00～ 6/16 19:00～ 6/17 19:00～ 6/18 19:00～ 6/19 19:00～ 6/22 19:00～ 6/23 19:00～ 6/24 19:00～ 6/25 19:00～ 6/26 19:00～ Comment papanda
)
http://www.fxug.net/modules/bwiki/index.php?Flex3%CA%D9%B6%AF%B2%F1%C2%E873%B2%F3%A1%F7%CB%CC%CE%A6%28%C9%D9%BB%B3%29
このエリアへのアクセスは許可されていません。 ページが自動的に更新されない場合はここをクリックしてください
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ヽ( ・∀・)ノくまくまー(2010-11-09)
All About Nihon Ruby-no-Kai in Developers Summit 2010
カイゼンはできてもカイカクできない by 加藤さん - akon2.00βのよっぱらいの戯言
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
Exploration Through Example » Blog Archive » A workbook for practicing test-driven design (draft)
ドメインパーキング
mylyn eclipse - Google 検索