ここにシェルでJSONが使えたらという世界が描かれている： http://qaa.ath.cx/TheEmperorsNewClothes.html? ふむふむ面白そうじゃないか。下を見るとgithubへのリンクが。実在するのか。 https://github.com/kristopolous/TickTick 早速、git cloneして走らせてみると… シェルがターミナルごと消える。 この環境じゃ駄目なのかな。 $ bash --version GNU bash, version 4.1.5(1)-release (x86_64-pc-linux-gnu)

28歳、コロナで解雇に…住む家も失ったサファリガイドの起死回生 NEW キャリア 2024.02.13

webHttpBindingの基本についてのメモ。 CodeProjectにWCF RESTサービスについての素晴らしい記事があったので それを参考にしたメモです。 Windows Communication Foundation and RESTful Web Services Primer http://www.codeproject.com/KB/WCF/REST_Primer.aspx WCFの参考リソース (CodeProject, REST, webHttpBinding, behaviorExtensions, リンク) http://d.hatena.ne.jp/gsf_zero1/20111101/p1 WCFでは、.NET Framework 3.5よりRSS／ATOMフィードを配信する機能が追加されました。 フィードを配信する際に利用するクラスは以下のものです。 Sy

In this article, we have composed a beautiful collection of some of the best WordPress themes that we have seen in 2011. As a matter of fact, finding some wonderful and free to employ WordPress theme is like a cherry on the cake for the reason that you can spruce up your blog or website with them and make you blog or website stand out from the rest. It is approximately the end of this year and for

ブログ収益化までのロードマップ 60,000部を突破した書籍『ブログで5億円稼いだ方法』の著者が「ブログでの稼ぎ方」を解説しています。

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

『フォトショップ・ブイアイピー』の新着記事です。フォトショップやデザインをたのしむウェブサイト。2009年３月創刊以来、3800を超えるコンテンツを更新しています。フリーフォントなどの無料デザイン素材／配色やWeb制作といった最新トレンドも公開中。

co-meetingは12月9日、リアルタイムテキストミーティングサービス「co-meeting」を2012年1月～3月に正式提供すると発表した。 co-meetingは、他人数でテキストによるミーティングを行えるサービス。11月よりサイトにて募集したユーザーに限定してプライベートベータ版を提供している。キーボードで入力した文字を1文字ずつリアルタイムに表示するほか、「Like」「Dislike」「Question」などのアイコンの入力も可能で、ほかのユーザーの書き込みに対する賛成や反対の意思を素早く簡単に示すことができる。 ミーティングはスレッド形式で表示するため、複数の話題を同時に進めることも容易だという。さらに画面右側には、ユーザー全員でリアルタイムに編集できるテキストエディタを用意。ミーティングを進めながら、ドキュメントを作成できる。 「今までのチャットサービスはEnterキーを押

KLab Advent Calendar 2011 「DSAS for Social を支える技術」の6日目です。 はじめに ソーシャルゲームの開発では、仕様変更への柔軟な対応が求められることが多い上、突発的なアクセス増加にも耐えられる応答性能が要求されます。 一昔前までは、サービスの性能を担保するにはきちんとアーキテクチャを設計し、入念に動作チェックして、負荷試験して、プロファイル取って・・・みたいなことをリリース前にひらすやるのが理想だと思っていた頃もありました。 しかし、ソーシャルゲームの世界ではリリース直後からイベントやキャンペーンなどの追加開発が入ったり、ユーザの動向やコミュニティを参考にして仕様を変更することが多いので、リリース前に頑張ってチューニングしていても、その性能を担保し続ける事が難しいといった現状があります。 まあ、これはこれで刺激があって楽しい面もありますし、遊んで

本エントリはTDD Advent Calendar jp: 2011の12/8の担当分の記事で、id:t-wadaさんの「右手に感情、左手に数値 - カバレッジを味方にしよう - t-wadaの日記」に続くものです。 はじめに TDDはシンプルな原則に則った手法ですが、とっつきの悪さもしばしば持たれがちです。また一連のTDD Advent Calendarで起こった議論や会話の中でも、TDDの始め方はどうすれば良いかという話が散見されましたので、自分の担当枠では「TDDのはじめかた」についてまとめたいと思います。なお紹介するのはあくまで数ある入門方法のうちの１つです。たぶん他にも色々な良い入門方法があると思います。 全体像 紹介する入門方法は以下のようなステップバイステップの構造となります。 いつでも軽快に使えるユニットテスト環境を構築する 必要と感じたらすぐテストを活用する テスト並行を

昨日のお昼ご飯の時、ひょんなことから「仕事が遅い人」についてのこれまでの経験を元に雑談をしました。 素直さがない人間 トップ項目に挙げたのが、「素直さ」を欠いている人間でした。 これはどういうことかというと、「まずは言われたことを、即座に、言われたとおりにやってみる」という基本動作ができるかどうかというポイントをクリアできるかできないか、という「素直さ」が前提条件として必要ということなのです。なぜならば、誰しも最初から「仕事ができる」訳ではないのです。最初は、「どうやったらいいのかなんて全然分からない」状態なのです。従って、「教えてもらう」ことになります。その「教え」を丸呑みして、丸ごと真似できるだけの「素直さ」が、「教えてもらう」には必要なのです。 「学ぶ」という言葉は、「真似る」が「まねぶ」に変化し、「まなぶ」に変わっていくことで生まれた言葉だと、教わった記憶があります。全ては、師匠の

「Software Test ＆ Quality Advent Calendar 2011」の8日目。アドベントカレンダーということで、普段と少しトーンを変えてソフトウェアテストにあまり造詣のない方へ向けて何か役に立つ記事を考えてみました。先の記事でも述べたとおり、ソフトウェアテストの関連技術を表す用語はそれが何に使えて、何に役立つのか、門外漢にはとってもわかり難いので、そちらを軸にした紹介があると便利かもしれないということで、関連技術を目的別に整理し、参考になる記事や資料にリンクする形でお届けします。 テストの戦略を定めたい ソフトウェアテストプロジェクトの最上流工程と考えられているテスト分析の方法論です。プロダクト、プロジェクトに対してそれぞれ独自の方式で戦略を検討します。テスト計画と一部被る部分もありますが、プロジェクトの予算やスケジュールをひとまずおいて技術的な視点から本当に必要な

話題になっている東浩紀『一般意志2.0』をとても興味深く読んだので、その感想を書いておきたい。 本書のいちばんの美点は、きわめて平易かつ明晰に書かれていることだ。私のような哲学の専門外の者でも、著者の思考の航跡を正確に追っていくことができる。 すでのたくさんのレビューが出ているが、東氏はここで、「複雑になりすぎた現代社会では、ひとびとが集まって熟議によってものごとを決める理想的な民主主義はとうのむかしに不可能になった」と指摘したうえで、そのことを前提として、熟議なしでも機能するアップデートされた政治制度（民主主義2.0）や国家（統治2.0）の可能性を論じている。 本書についての議論は、東氏が「ツイッター民主主義」と名づけたような、SSNを組み込んだ政治制度（アーキテクチャ）がほんとうに機能するのか、ということに集まるのだろう。だが私にとって本書のもっとも美しい場面は、東氏の語る「夢」が、ロ

エンジニアやりつつ、経営や営業をやっている。 このところずっと思っていることがある。 ソフトウェア開発という仕事の成否について、 失敗するのは金の使い方によってであり 成功するのは人の集め方によってである。 プロジェクトは、開発プロセスや、フレームワークやツールやサーバや言語で成否が決まるんじゃない。 開発プロセスがどーのこーのとか、僕もよく言ってたけどね。 極論だけれどもアジャイルでもウォーターフォールでも、なんでもいいって。 プロジェクトは、それを動かす人が良ければ成功する。 言い換えれば技術や方法論は、どうあがこうが組織に溜まるのではなく人に溜まるんだ。 だから良い人に任せたい。 現場マネージャーの立場で考えると、プロジェクトを回すとき 自社の優秀なメンバーばかりで固められたらいいのだが、 優秀な人こそ案件を抱えてるのでうまくアサインできるとは限らない。 自社社員だけで足りない部分を