これから C# 開発を始める方、あるいはチームの開発品質をあげたい リーダー・マネージャ向けに、C# の勉強方法を解説した、約2時間の研修用の資料です。Read less
静的 HTML にて作成していたポータルを運用されていたユーザーさんなどで、サーバーの老朽化などで取り急ぎそれらのファイルを SharePoint のドキュメント ライブラリへアップロードして閲覧可能にすることはできないか??といった要望はじつは珍しくありません。 実際に試してみると、HTML ファイルを単純にドキュメント ライブラリへアップロードした場合は、ドキュメント ライブラリからファイルをクリックすると「ダウンロード」の動作となってしまいます。これは SharePoint のサーバー側の設定によるもので、こうしたファイルをブラウザで開くことを禁止されているからです。ただし、簡単な手順でこれをブラウザで開くようにすることができます。 (2020/7/20 追記)現在この記事の内容を試そうと思うと、サイトコレクションの DenyAddAndCustomizePages プロパティを変更
SharePoint 2013 開発の Representational State Transfer (REST) インターフェイスに関する情報を入手できます。 **適用対象:**apps for SharePoint | SharePoint Online | SharePoint Server 2013 社内環境用に開発する SharePoint ソリューションおよびアプリでは、REST インターフェイスを使用して SharePoint データとやり取りできます。REST ベースのアプリはアセンブリまたはライブラリを参照する必要はなく、HTTP Web リクエストをサポートする任意のテクノロジを使用して作成できます。 オンプレミス環境で開発された SharePoint アドインは、Office 365 環境で開発されたアプリと同じパターンに従います。SharePoint ソリューショ
This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. Office Add-ins documentation Use the Office Add-ins platform to build solutions that extend Office applications and interact with content in Office documents and in Outlook mail messages and calendar items. With Office Add-ins, you can use familiar web t
概要 このドキュメントは、効率的かつ安定した、システム開発/運用をするためのログ設計指針です。 的確かつ無駄のない、ログ出力を目指します。 ログレベル ログの緊急度や用途により、以下のようにログレベルを設定する。 Log4j のログレベルを踏襲しているため、運用の状況によっては Critical などのレベルを適宜追加すると良い。 PHP における PSR-3 では、さらに細分化され emergency, alert, critical, error, warning, notice, info, debug となっている。 「出力先」「運用時の対応」は、各プロジェクトのポリシーに準じてください。 レベル 概要 説明 出力先 運用時の対応
プロジェクトの具体的なスケジューリングに入る前に,コスト計画を作成しなければならない。まず開発範囲や規模をもとに開発負荷を見積もり,要員コストや外注費を算出する。リスクに対する予備費も考慮する必要がある。では,どのような手順で見積もり作業とコスト計画を実施すればいいのだろうか。 布川 薫/日本IBM 前回は,プロジェクト計画における「品質管理計画」について解説した。今回は,引き続きプロジェクト計画における重要な作業である「見積もりとリスク査定」および「コスト計画」について解説する。 プロジェクト計画段階での見積もり方法は,必ずこうしなければならないという標準手順はないが,一般には次のようなプロセスを踏むことが多い。まず,対象システムの大枠の開発規模や開発負荷を見積もる(図1のP1)。大枠の見積もりができたら,ほかの見積もり方法でこれを検証する(図1のP2)。大事なポイントは,2つ以上の異な
前回ご紹介した通り、「システム開発地図」はシステム要件定義の成果物を中心として業務分析および設計・実装における成果物をどのようにつなぐのかを俯瞰した地図です。実際の地図のように、ゴールに至るまでの道筋を大まかに俯瞰することや、注意すべきポイントを一貫した実例で詳しく見たりすることができるものでした。(図 1)。 詳細を閲覧し、地図のナビゲーション機能を提供するSilverlight Deep Zoom版はhttp://labo.mamezou.com/special/sp_015/sysdevmap/sysdevmap.htmlをご覧ください。操作方法については、前回記事(第1回:エコな開発を)をご参照ください。 業務システム開発のための役割・責任範囲 業務システムは、妥当な期間とコストで開発され、長期間運用・保守されていくべき企業の資産です。システムを業務変化に適合させ効果的に経営をサポ
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G
2013年11月18日 追記 この記事を書いた後、何人かのかたから「うちでは同じApple IDで両方とも使えているよ」というご指摘をいただき、 Member Centerのほうにアカウント追加 -> iTunes Connectに同じアカウント追加という順番だと「警告は出るもののかまわずContinueすれば」同じApple IDでアカウント作成可能 iTunes Connectにアカウント追加 -> Member Centerに同じ追加という順番だと「複雑な手順にはなるものの適切な手順を通せば」同じApple IDでアカウント作成可能 失礼しました。 追加情報などあれば是非おねがいします! 概要 私はiOSアプリの開発を3年以上やっていますが、恥ずかしながら会社でこのためのアカウントを管理/運用する方法をきちんと把握できていませんでした。 というのも個人で開発するぶんにはそんな管理は必
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く