Sorry, this site is Japanese only. Please refrain from accessing from outside Japan.
地方都市に出張すると、百貨店内にあるティールームを利用して取材や視察の準備をすることが多い。大手カフェチェーンはテーブルや椅子が小さく、たいてい混んでいる上、ダウンライトや間接照明で暗いため、新聞を広げて読んだり資料を見ながらノートにメモをとったりするアナログ的作業には向いていないためだ。タブレット端末やスマートフォンを使いこなせない“昭和な人”と言われそうだが、時間に追われる出張の中で、ひとときゆったりとした空間と時間を消費して英気を養っていると思っている。また、通常、百貨店は最上位所得層向けの商品を主に扱うだけに、各フロアを見て歩けば他都市との売れ筋や客層の違いも実感しやすい。特に、その都市を代表する地元の老舗百貨店の場合、そのエリアが現在も商業地として賑わっているのかそうでないのかによって、街の経済重心や人の流れの変化などもわかって興味深い。 先ごろJR大阪駅前で増床開業した百貨店は
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。(このテンプレートの使い方) 出典検索?: "概念実証" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2023年9月) 概念実証(がいねんじっしょう、英: Proof of concept(PoC)、ポック、ピーオーシー)は、新たな概念やアイデアの実現可能性を示すために、簡単かつ不完全な実現化(または概要)を行うこと。あるいは原理のデモンストレーションによって、ある概念や理論の実用化が可能であることを示すこと。 概念実証は一般に完全に機能するプロトタイプへと至る前段階と見なされる。資金を提供する側にとってはリスクを低減させる手段であり、資金提供を受ける側にとってはより多くの資金
クロノスの山本さんと飲みにいきました。遅刻してすいませんでした>< 僕らの興味はやはりSIビジネスがどうなってしまうのだろうかという点で、色んな観点から話が盛り上がった。 クラウドの台頭によって、ビジネスでITを利用したくても出来なかった層にIT技術の裾野が広がっていく。SIは自前でシステム環境を構築することで差別化を図り儲けていた側面も強かったけれど、クラウドがハードのアウトソースを加速させた事でシステム開発案件の単価は下がっているし、価格下落話には枚挙に暇がない。目の上のたんこぶではあるが、業界のパイは小さくなったとしても優秀な人間にお金が回るようになれば長期的には良いこと的な帰結を考えていた。 でも、その歪みがひどい事態を生んでしまったようで・・・ 一方、SIおよびSEのこれからに暗い影を落とす話もある。関西のあるSE派遣の企業のはなし。 何十人もの新人さんを集めて、無料でプロジェク
今日はid:gothedistanceと飲んだ。1年ぐらい前から飲もう飲もうといっていてようやく実現。 さすがはござ先輩。いろいろと教えてもらった。 その中で、SIおよびSEのこれからに暗い影を落とす話をした。 これはウチの関西側の営業担当が聞いてきた、あるSE派遣の企業の話。(とはいえ関西企業に限った話ではない) 何十人もの新人さんを集めて、無料でいろんなプロジェクトに派遣するビジネスモデルが台頭してきているらしい。 何十人の内、数名でも生き残って、その後定期的な売り上げになれば良いという、携帯の新規契約無料みたいなモデルだ。 経験者も言い値で出すという。 新人さんに経験を付けてもらうためにお試しで出向することは百歩譲って良いとしよう。 いくらなんでも新人ばかりで上手くいくと思っているような 受け入れ側もプロジェクトもさすがにないから、 こういう新人さんを受け入れるのも1つのプロジェクト
(最初に戻る) | emcws | 索引 | 準備 | make | 動作一覧 | SEMI | Semi-gnus | IM/Mew | Mew でニュース | X-Face | tcode | 個人環境/書体 | load-path | Debug | Mailing List | 参照カード | 20.7 情報 | 21.3 情報 | emcws patches | 動作確認 | 速攻設置 | Mule/Emacs の歴史 | MacOS | たまご | 変更履歴 | 逆 link | 全文検索 | 特徴 | dot.emacs | application | URL 検索 ~/.emacs・環境設定などに問題がある時の解決への糸口をいくつか書いて見ます。 Error in init file: End of file during parsing などと言われた時は ~/.emac
概要 Mac で Cocoa アプリケーションや iPhone アプリケーションを開発する場合通常 XCode を利用します。 しかしながら、 普段 Emacs を利用している人は XCode に違和感を感じるはずです。 XCode は Emacs 風キーバインドに対応しているのでなんとかごまかしながら頑張っている人もいるかもしれませんが、 Emacs 使いはやっぱり本物の Emacs でないとプログラムのわくわく感が減少してしまうでしょう。 ここでは iPhone アプリケーションのプログラムを、なるべく Emacs でコーディングするための設定を記述していきます。 Cocoa アプリケーションを開発する場合は文章を参考に設定を多少変更してください。
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
携帯用アプリの開発を始めようかと思っています。 さらっと調べて何となく仕様は分かりました。 主要3キャリア(Docomo、au、voda)毎に同じ動作をするものを作ろうと思っています。 下記項目について回答お願いします。(全項目でなくて構いません) 1.各キャリア毎の知っておくべき違い。 2.作る上で便利な開発環境。(ソフト等) 3.参考になるサイト書籍。(i-appは結構あるのでV、E中心で) 4.機種毎のバージョンについて注意する点(固定小数点等) 5.効率的な作り方等 最低、1キャリア以上でアプリ開発した事のある人回答お願いします。
2007/07/05 日本情報システム・ユーザー協会(JUAS)は7月5日、ユーザー企業102社の357プロジェクトを調査した「ソフトウェアメトリックス調査2007」を発表した。システム開発の企画、開発計画に始まり、保守や運用管理まで実態を調査した内容で、企業情報システムの実態を伝える。調査結果からは“デスマーチ”となるプロジェクトの実態も浮かび上がった。 デスマーチ化するプロジェクトの条件の1つは工期の設定が不適切であることだろう。調査から導き出された標準開発工期は「投入人月の立方根の2.4倍」。調査対象のプロジェクトの全体工数と全体工期をグラフ化し、回帰直線によって求めた。この計算によれば1000人月のプロジェクトの場合は24カ月の工期を設定するのが標準的といえる。事情によってこの標準工期よりも短い工期しか取れない場合は、その短縮率を計算して対策を採るべきとJUASは提言。だが、「(短
GREEの情報を利用したアプリケーションサービスの開発、サイト内外での提供を可能とするAPIをデベロッパーに提供いたします。GREEは1,673万人(2009年12月末現在)のユーザが利用する国内最大級のソーシャルネットワーキングサービスです。今後、デベロッパーの皆様と共に、更にユーザに支持されるサービスの構築を目指して、GREEのソーシャルプラットフォームを利用したアプリケーションサービスの提供を可能とする、GREE Connectをご用意いたしました。 GREE Connect GREEのソーシャルグラフ情報や更新情報を、外部のサービスや、スマートフォン等の各種デバイスから利用できる仕組みです。
数年前から、ゼネコン的なSIerの業態に構造的な限界を感じ社内のエンジニアによる自社開発(内製)を見直す動きが見られます。自分の場合も少し前にSI企業を辞めて今は内製をしていますし、知り合いの技術者にも何人かそのような転職をした人がいます。しかし、彼らの話を聞くと良いことばかりではないようです。 そんなわけで、今回は内製に潜むアンチパターンをまとめてみました。なお、ここでは一般向けプロダクト開発ではなく、社内向け業務システムの開発を想定しています。 ■そこは異業種ですよ 内製ということは、ほとんどの場合その会社はシステム開発会社ではなく、異業種に転職することになります。そのため想像以上に開発の常識が通じないことにとまどう技術者も多いようです。SIのとき、システム開発に理解がないゆえに無茶を言う顧客にあたった経験があるかと思いますが、自分以外の社員が全員そのような人であるおそれもあります。
どーも8makiです。 ウノウでは携帯サイトの開発も行っています。 携帯サイトの開発ってPC用のものと比べて制限が多かったり、面倒くさいことが目白押しです。そこで開発に便利なツール・サイトをリンク集的にまとめてみました。 ~~~~~~ツール編~~~~~~ ■必須ツールi 絵文字 ドコモの絵文字が入力/表示できるようになります。 User Agent Switcher (Firefox 拡張) User Agentを書き換えて携帯になりきることができます。 インポート用の各種端末のUser Agentリストを作成していただいたので皆さんもご利用ください。 useragentswitcher.xml ■あると便利なツールiモードHTMLシミュレータIIiモードHTMLシミュレータOpenwave SDK(au) ウェブコンテンツビューア(ソフトバンク)MediaCoder .
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵「基本契約」と「個別覚書」ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 「仕様策定〜開発まで」と「保守運用」で別契約にすることが多い。 「仕様策定フェーズ」で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は「事務作業の代行」という意味合い。委任は「法的効力がある作業」の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で「僕らのコンサル案を僕らが実施し成果が出
GPLに対する代表的な誤解・・・というかむしろ謎のひとつに、受託開発(SI)におけるライセンスの扱いがある。この点が明確になっていないため、受託開発において無意味にGPLを回避しようとしたり、GPLに対するFUDを流布することに対する原因になっていたりするように思う。フリーソフトウェアおよびオープンソースソフトウェアを愛する者として、そのような状況は断じて見過ごすことができない!!というわけで、今日はGPLを受託開発(SI)において用いる場合の注意事項を説明しよう。 GPLの使いどころ受託開発においてGPL(とその仲間たち=LGPL、AGPL)が登場するのは、第三者、つまり発注側でも受託側でもない者が作成したGPLのソフトウェアを利用する場合である。例えばGPLが適用されたライブラリなどだ。周知の通り、GPLのソフトウェアをリンクしたソフトウェアを再配布する場合は、そのソフトウェア全体に対
In 2022, Axway made all private source code of the Titanium SDK public in the open source Titanium SDK GitHub repository. For more information, please read the full announcement and what you need to know about transitioning your apps. Amplify Enterprise Marketplace Today, Axway focuses on helping API development teams govern, secure, productize, and monetize APIs in a central marketplace—one you
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く