8. .NET で CI するには…TFS (Team Foundation Server)ソース管理、CI、プロジェクト管理、レポート、テスト管理 等 盛り沢山!有償 (最新版は大幅値下げも CAL は必要)CCNET (CruiseControl.NET)http://www.cruisecontrolnet.org/projects/ccnet無償で使える OSS の CI設定が .xml ベースで大変…(v1.4当時)
vim memo - neotagの雑文 出来たらいいと思う事 Twitter twitvim でhttp://www.vim.org/scripts/script.php?script_id=2204 Google検索がVimのみで完結 LivedoorReaderが読める あった http://mattn.kaoriya.net/software/vim/20090622171527.htm はてブのHotentryが読める 画像表示とかって無理だよね? 編集してるページをリアルタイムにテキストブラウザで閲覧 http://d.hatena.ne.jp/neotag/20090731/1249053709 えーーーと。 はてブのHotentryが読める それビム! mattn/ctrlp-hotentry - GitHub https://github.com/mattn/ctrlp-
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
1.全体スケジュールにコミットできない アジャイルはタイムボックス型(一定期間で棚卸しをして、それを繰り返す)のマネジメントをする。だから、全体としての計画は立てられない。「だって、最初に全ての機能を洗い出せないでしょ」というのは分かる、分かるけど全体の計画は立てないといけない。経営者は顧客やVCと全体の計画にコミットしなきゃいけないんだ。そのときに「やってみなきゃ分からない」なんて言えるわけでない。 てか「やってみなきゃ分からない」なんてことは誰でも知っているんだよ。でもさ、それを言わぬが花。大人なんだからコミットメントをしないといけないんだよ。そして、その達成ためには、あらゆる手段を尽くすのです。 2.アーキテクチャ上の無駄が生じる ソフトウェアの構造や構成は工程が進むほどに修正しにくくなり、ずっと残る。だから、アーキテクチャ設計は慎重に全体を考えながらやらなきゃいけない。でも、アジャ
2013年03月18日06:00 【第306回】ぼくはPerlが大好き(1)出会い カテゴリ思い出・雑記すぐわかる気がするPerl query1000 Comment(0)Trackback(0) 定期的に話題になるが、さいきんまたPerlの是非論がネットを賑わしている。 自分がPerlが嫌いなら使わなければいいだけの話だと思うのだが、他の人が使うことも、Perlのコードが残っていることも我慢できないという趣旨らしいので、最近のネットやってる若い人は元気が良くて過激だなと思う。 ぼくは人がPerlを好きだろうと嫌いだろうとかまわないし、PerlのコードやPerl好きの人がこの世から根絶することはまずあるまいと思うので(なにしろ似たような議論ですぐに出てくるCOBOLとBASICが全然現役バリバリなので)正直どうでもいい。 議論で人々の考えが深まれば良いと思う。 ただ、この機会に、ぼくがPe
Vagrant 便利ですね。Web システム構築ではサーバ構築、設定を何度となく繰り返すので、こういった「作って、壊して、元に戻せる」環境が自分の PC にあるというのはとても重宝します。 ここでは Vagrant1.0 を使って、Mac OS X 上に CentOS サーバを構築します。また触ってみて便利だった機能もいくつかご紹介します。 1. VirtualBox のインストール 2. Vagrant1.0 のインストール 3. box ファイルのインストール 4. Vagrantfile の作成 5. 仮想サーバを起動 6. 仮想サーバを停止 7. 仮想サーバを削除 8. 仮想サーバでhttpdサーバを構築 9. sahara プラグインで、作って、壊して、元に戻せる環境を構築 10. 複数の仮想サーバを起動 11. 仮想サーバのエクスポート Q. OS X, ruby, gem の
静的型付けと動的型付けのどっちが優れているか。どのようなプログラムを書いているかによって答えはかわるんじゃないの? たとえば、自社で開発・運用しているウェブサービスなら「問題が出たら修正」すればいいんだし、バグがないことを保証するよりも迅速に開発できるプログラミング言語(つまり動的型付けの言語)がいい。 逆に、客先への納品が発生するソフトウェア製品なら「バグがない形で出荷する(様々な状況・環境下でちゃんと動作する)」ことが重要だから、静的型付けの言語を使うことで品質を高めるというのは合理的な選択*1。 細かな論点はいろいろあるだろうけど、基本的には、このようなソフトウェア開発に対するスタンスの違いで決まる話だと思います。 別の言い方をすると、動的型付けの言語は流行ったのは、ウェブには前者のアプローチが適していたからだし、スマホアプリには静的型付けの言語がむいていると言えるのでしょうね。それ
プログラミング出来る方法教える。 世の中「プログラミング言語」を説く本はごまんとあれど「プログラミング」を説く本やブログはあまりない。 いや実際に "ない" というのはかなり語弊があるかもしれない。 しかし、通常この種の説明している本に辿り着くまでには多くの時間が必要だ。 普通の人は、多くの間違った方法を試し、その都度試行錯誤を重ね、プログラミング経験を経ることよって、重要な概念を獲得するのだと思う。 例えば、「計算機プログラムの構造と解釈」や「実用 Common Lisp」、「コンピュータプログラミングの概念・技法・モデル」などの書籍は現実の問題に対し "プログラム" をどう書くかという問題に正面から取り組んでいる良書だ。 しかし、どれだけ”普通の”プログラマが上記のような書籍を読んでいるのだろうか。 そして、"普通のプログラマ" がプログラミングを学ぶ書籍として、それらは果たして適切と
[HTML]セマンティックで正しいコードを書く目的 ― 二人の主を戴く技術者 - WEBCRE8.jp という記事がFacebookのフィードに流れてきたので読んでみました。 1がいきなり理由(目的)じゃないですし、2と5は同じことを言ってますし(SEOに強いなんて事実はもはや有って無きに等しいのが実態ですが、いずれにしても機械が読んで嬉しいかという話ですので)、3と6はただのエゴですし、4の標準化っていうのはセマンティック云々の文脈でいうならばruleの話ではなくstandardの話をすべきではないでしょうか。カタチの想像もできないような未来を夢見る暇があるのなら、まずWebガバナンスからどうにかする努力をしたほうが何倍も有益でしょう。 2013/3/22 09:56追記:「セマンティックで正しいコードを書く6つの目的」のような構成であると読み取ってしまって(理由の箇条書きだと思って)上
考えてみた。 ここんところ静的型付けなんか不要な空気になってたり、プログラムの内容よりも品質だとか開発管理の話題のほうが盛んだったり、IDEはあると便利だけどなくても大丈夫って雰囲気だったりする理由。 この10年Webアプリケーション花盛りだから、その理由はWebアプリケーションの構造にあるとして考えた。 Webアプリケーションの構造 で、まずはWebアプリケーションの構造。 字が汚いけど、左からブラウザ、アプリケーション、セッション、DB。 赤文字は、左がプログラム実行、右がデータの永続と書いてある。つもり。 Webアプリケーションでは、ブラウザからのリクエストを受けて、プログラムが動き、データベースの情報を処理して返す。 ブラウザ側でプログラムが動くことはあるけど、入力補助程度であまりたいしたプログラムは書かないので、主にサーバー側のプログラムを組む。 このとき、サーバー側のプログラム
最近、勉強会やコミュニティの入口で迷子になっている方とお話しました。 その方曰く、勉強会やコミュニティに対してこんなイメージを持っているそうです。 技術力/知識がないので、自分が参加してもよいのか悩むことがある 基礎がわかってないと「そんなのもわかってないの?」と言われてしまいそう エキスパート(モヒカン)たちはなんでも知ってる どこまで勉強したらコミュニティに参加しても恥をかかないんだろうか 今の発表、よく分からなかったけど、周りの人達は理解してるんだろうな… 忙しくて勉強する時間がとれないと、どんどん置いていかれてしまう気がする あるタイミングで勉強会で何度かお会いした別の方も、表現は違えど似たようなことをおっしゃっていました。 おそらく、僕は勉強会によく出没して発表などもしているので、 彼らの言うエキスパート(モヒカン)に該当しているかと思う*1ので 1エントリー書いてみることにしま
続きじゃないけれど、関連しているのでタイトルには「続」と付けました。 さっきの記事は初学者というか、まだコミュニティに慣れていない人の話を書いたのだけど、 書きながら、そもそもコミュニティ側の受け入れ体制って話もあるよなあ、と思ったわけです。 ざっくり書くと、ベテラン組にはこんな問題があるんじゃないかと思ってます。 過剰なマサカリズム 行き過ぎた仲間意識 (内輪っぽさ) 派手で攻撃的な言動 (dis とかも含む) 新地代謝を意識していないコミュニティづくり コミュニティが発生してこなれていくまでには人を集める引力が必要になるものの、 ある程度成熟した後は周りに広がっていくための力がないとコミュニティは成長しないのかもしれません。 口当たりがすべてではないですが、とっつきづらい状態が続けば自然と人は遠ざかっていく気がします。 新しい人を巻き込んで、入れ替わり、育ち、進んでいくには、その土壌づ
10月29日、インターネットが生誕40周年を迎えたとして、米カリフォルニア大学ロサンゼルス校(UCLA)で記念イベントが行われた。 1969年の10月29日、UCLAがインターネットの原型となるARPANET(国防総省の軍事ネットワーク)で最初のデータ通信を行った。同校はこれをインターネットの始まりとしている。 初の通信は同校とSRI(スタンドフォード研究所)の間で行われた。UCLAの学生がSRIのシステムにログインするため、「LOG」と入力し、SRIが「IN」と入力する予定だった。だがUCLA側が「L」「O」を送信し、「G」を入力したところでシステムがクラッシュ。その結果、「LO」が最初にインターネットで送信されたメッセージになったという。
Java provides mechanism called serialization to persists java objects in a form of ordered or sequence of bytes that includes the object’s data as well as information about the object’s type and the types of data stored in the object. So if we have serialize any object then it can be read and deserialize it using object’s type and other information so we can retrieve original object. Classes Objec
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く