並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 2312件

新着順 人気順

見積の検索結果1 - 40 件 / 2312件

  • ScaleOut | Supership

    「ミライリアルの幸せを、デジタルの力で創る」ことを目指すSupershipグループの社内報です。日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipグループの”Be Super”なストーリーをみんなでシェアしていきます。

      ScaleOut | Supership
    • 「 2 」か「 9 」で割ってみる - ナイトシフト

      先日、飲んでたときに「 9 」という数字が面白いというになったのですが、「 数字が合わないときに『 9 』で割ったりするよね。 」と言ったら誰もやってなかったのでその話をします。たぶん、会計に携わってる人なら知ってる人も多いはず。 例えば、経理の仕事をしてたりすると、仕訳を全部入力したのに帳簿の残高と実際の預金残高が合わないということがあると思います。会計の仕事をしていない人でも、家計簿ソフトを使ってて、レシートを全部入力したのに現金の残高が合わないなんていうことがあるんじゃないでしょうか。そんなときは闇雲に間違いを探しはじめないで、とりあえず差額を「 2 」か「 9 」で割ってみるといいかもしれません。割り切れると↓こんな可能性が考えられます。 「 2 」で割り切れる → ±を逆に入力してる可能性がある「 9 」で割り切れる → 桁間違い or 数字の一部を逆に入力してる可能性がある  

      • サービス終了のお知らせ - NAVER まとめ

        サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

        • 【2023年】国内旅行に安く行くために調べるべきオススメ予約サイトまとめ

          この記事には広告を含む場合があります。 記事内で紹介する商品を購入することで、当サイトに売り上げの一部が還元されることがあります。 誰だって、旅行の代金が安く済むに越したことはないと思いますよね。 旅行予約のときには、それぞれの旅行会社や予約サイトの割引を利用したり、なるべく安い交通手段を使ったり、いろいろなサイトを回って調べたりしていることと思います。 私も以前関東に住んでいたときには、地元の長崎や友人の多い福岡に安く帰るための交通手段やホテルを調べ尽くしたものでした。 福岡に戻った今も東京、大阪、名古屋などによく移動している関係上、可能な限り安く快適に移動できる手段をいつもチェックしています。 そこで、今回はそんな私がより安く旅行をするためにどういったサイトを調べているか、国内旅行に絞って紹介したいと思います。 お気に入りやブックマークなどに入れて、旅行を安く済ませるのにぜひ活用してく

            【2023年】国内旅行に安く行くために調べるべきオススメ予約サイトまとめ
          • ネットで見られる提案書のまとめ | Webデザインのタネ

            一定期間更新がないため広告を表示しています

              ネットで見られる提案書のまとめ | Webデザインのタネ
            • 物理サーバを選定する際のポイント – Eureka Engineering – Medium

              Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.

                物理サーバを選定する際のポイント – Eureka Engineering – Medium
              • コリス

                CSSの:has()疑似クラスは2023年暮れにFirefoxでもサポートされ、すべての主要ブラウザでサポートされました。今までのCSSでは、要素の存在のあり・なしによって特定の親や要素にスタイルを設定することは不可能でしたが、:has()疑似クラスのおかげで、指定した要素がある場合にのみスタイルを適用できるようになりました。 WebサイトのUIでよく見かけるCSSの:has()疑似クラスの便利な使い方を紹介します。今までは少し面倒なCSS、もしくはJavaScriptが必要でしたが、:has()疑似クラスを用いると簡単に実装できます。

                  コリス
                • Webサイトを作ったらまずやるべきことチェックリスト | Web担当者Forum

                  今日は、Webサイトを作ったらまずやるべきことのチェックリストを紹介しましょう。サイトは作るまでも大切だけど、作ってからのアクションも同じかそれ以上に大切。 すでにサイトを運営している人は、やってないものがないか確認してみましょう。 サイト運営日記をスタートする(変更点を日付と一緒にメモしていく)XMLサイトマップを作って更新内容が含まれるようにするGoogleウェブマスターツールにサイトを登録する → https://www.google.com/webmasters/sitemaps/XMLサイトマップを登録するURLのwwwあり/なしの統一を指定するサイトリンクの表示をチェックして調整(以降随時)Yahoo!サイトエクスプローラーにサイトを登録してXMLサイトマップを登録する → http://siteexplorer.search.yahoo.co.jp/live Webmaste

                    Webサイトを作ったらまずやるべきことチェックリスト | Web担当者Forum
                  • Web制作フローが「完璧」にわかる資料や流れのまとめ | コムテブログ

                    TL;DR 受注前、制作フロー、安定収益源の保守方法まで「作って終わりにしない」Web 制作の一連の流れを記載しておきます。社内だけじゃなく、これから独立する人、フリーランスの方も必見です。 オリエンテーション/受注前 1.書類テンプレート一式 オリエンテーションにおけるヒアリングでは、後に作成する提案・見積書に必要となる質問を用意しておきます。自社の説明をする時は、せっかちなクライアントさんもいるので、だらだら話さず、ポイントを抑えてわかりやすく説明します。ヒアリングした後は、議事録にメモし社内共有。必要な書類(ヒアリングシート/企画書/提案書/業務委託書/見積書/契約書)など一式まとめてますので、書類系のテンプレートは以下で。 企画・提案・見積・納品・契約などのテンプレ・知識まとめ23 2.見積もりの目安と計算方法 例えば項目を作るとき1.項目/2.内容/3.設計(人日)/4.製造(人

                      Web制作フローが「完璧」にわかる資料や流れのまとめ | コムテブログ
                    • システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance

                      先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵「基本契約」と「個別覚書」ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 「仕様策定〜開発まで」と「保守運用」で別契約にすることが多い。 「仕様策定フェーズ」で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は「事務作業の代行」という意味合い。委任は「法的効力がある作業」の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で「僕らのコンサル案を僕らが実施し成果が出

                        システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
                      • エンジニアが知っておきたい工数見積もり術! " 無理ゲー進行 "から脱するために大切なコト - エンジニアHub|若手Webエンジニアのキャリアを考える!

                        エンジニアが知っておきたい工数見積もり術!  無理ゲー進行 から脱するために大切なコト エンジニアの仕事に欠かすことのできない、工数見積もり。実際の現場でいくどとなく見積もりを行ってきた筆者が、「健全な進行」にするための工数見積もりのテクニックを伝えます。 アプリエンジニアの池田 惇( @jun_ikd)です。今回は、エンジニアならば避けられない「工数見積もり」について考えてみたいと思います。若手エンジニアでも自分の作業は自分で見積もるようにするべきです。なぜなら、より正確に計画を立てられるようになれば、自分の時間をコントロールして学びや家族・友人との時間を確保できるからです。また、期日内に完了をさせることは周囲の信頼獲得に繋がります。工数の見極めはエンジニアとして、とても重要なスキルなのです。 なお、本稿での「見積もり」とは開発に必要な期間を予測することとし、見積もりが失敗する原因や対策

                          エンジニアが知っておきたい工数見積もり術! " 無理ゲー進行 "から脱するために大切なコト - エンジニアHub|若手Webエンジニアのキャリアを考える!
                        • イーロン・マスクのロケット製造5つのステップがサイコーだった

                          イーロン・マスクが YouTube チャネルでスペース X のテキサス工場スターベースの中を歩き回りながらロケット製造や電気自動車について説明しているのを観た。ツイートしたこの件。 これがめちゃくちゃに示唆に富んでいて面白かった。この日のイーロン・マスクは饒舌で楽しそうなので、かなり魅入ってしまった。きっと彼はカンファレンスや会議室の中でインタビューを受けるよりも、工場でみんながロケット作ったり作業している場で語った方が情熱を込めていろいろ説明してくれるんだと思う。 この中で製造工程の話があって、これはロケット製造などの特定分野だけでなく、IT やその他の分野にでも当てはまる普遍的な知見だと思ったので意訳してみた。ざっとビデオを観て印象に残った部分だけを意訳した。あくまで大枠で言ってることをまとめただけなので、もし詳細に興味があればぜひビデオを観てイーロン・マスクの話を直接聞いて確認してく

                            イーロン・マスクのロケット製造5つのステップがサイコーだった
                          • フリーランスのための全国Webサイト制作料金表

                            カトリデザイン事務所 / 制作会社クリムゾン / ディライトテクノロジー他...全24件

                              フリーランスのための全国Webサイト制作料金表
                            • 高速で論文がバリバリ読める落合先生のフォーマットがいい感じだったのでメモ - 書架とラフレンツェ

                              (図書館学系の話題でもあるからちょっと悩んだけれど、文献読解全般に関する内容だからこちらへ) 既に日々論文をバリバリ読んでいるひとには今更な記事だろうけれど、分野ごとの違いもあって興味深かったのでざっくり記録する。 論文を大量に読む際に、頭から几帳面に読んでいると時間がどれほどあっても足りないし、後から「こんなことが書いてあった論文なんだったっけ?」という問題も発生してしまう。 研究者の皆様はMendeley などの文献管理ツールをを用いていることが多いかとは思うが、それでも論文の読み方そのものに工夫をすればインプット/アウトプットの効率が圧倒的によくなるので、やってみるにこしたことはない。 その工夫とは何かというと、論文を読むときに「特定の問いに集中して読む」というものだ。学術論文は分野ごとの違いはあれ、必ず特定の流れに従って構成されている。そこで要点のみに注目して読み、他の事項を捨てる

                                高速で論文がバリバリ読める落合先生のフォーマットがいい感じだったのでメモ - 書架とラフレンツェ
                              • 企画・提案・見積・納品・契約などのテンプレ・知識まとめ23 | コムテブログ

                                TL;DR クライアントさんとの打ち合わせや会議の後は、必ず議事録を書いて社内共有します。座った位置や発言なども、思い出しながら簡潔に書きます。おかげで「何を話したっけ?」「言った、言わない」を防げてます。フリーランスの人は、見積書、請求書、契約書、法律などのテンプレや知識があると、スムーズに先へ進めます。その他、ヒアリングシート、契約書など Web 制作業でリアルで必要だった書類系テンプレや知識をまとめました。 企画/提案 1.企画書 企画書はどれくらいのコストで効果(売上)を得るかというのが一番大切。とはいえ、上司を説得できる企画書も大切。以下は企画書の作り方と資料作成サービスなどのまとめです。 [保存版] 最強の企画書の作り方と資料作成サービス完全まとめ | 世界ろぐ “通る企画書”作りの基本/上司を説得できる企画資料の作り方講座#1 | Web 担当者 Forum 2.提案書 提案

                                  企画・提案・見積・納品・契約などのテンプレ・知識まとめ23 | コムテブログ
                                • 不安とストレスから解放される見積りとスケジュール方法 - Qiita

                                  エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 何かはじめてのことをする場合、人はとても「不安」を感じます。人は未来を考えることができる生き物です。その特異な能力ゆえに、未来に起こるかもしれないよくないことを考えると「不安」を感じてしまうのです。 仕事のプロジェクトなどは、「間に合わなかったらどうしよう」とか「この仕事はちゃんと終えられるのだろうか。」など、未来のことを

                                    不安とストレスから解放される見積りとスケジュール方法 - Qiita
                                  • Webサイト制作の一連の流れをまとめてみました

                                    Webサイト制作の一連の流れをまとめてみました。クライアント向けにまとめたものを少し手直ししてのせています。新人Web担当者さんや、新人ディレクターさんの参考になるかなと。 なるべく難しい言葉を使わず、理解しやすいよう平易な言葉で書いております。 ※流れや手順は制作会社によって違うのですが、概要はつかめるかなと思います。 目次と流れ 1. サイトのコンセプトを考える 2. 競合他社からクライアントのお店や商品を選んでもらうためのポイント(強み)を整理する 3. そのサイトで一番伝えたい内容を決める 4. お客さんが必要とする3以外の情報や、クライアントの伝えたい情報をまとめる 5. サイト更新は誰がするのかを決める 6. 想定使用デバイス(PCやスマートフォンなど)を決める 7. サイトの周知・宣伝方法を考える 8. ページの設計図をつくる 9. サイト制作にかかわる必要な素材を準備する

                                      Webサイト制作の一連の流れをまとめてみました
                                    • ○○円ならどこまでできる!? ウェブサイト制作の相場早見表 | Web担当者Forum

                                        ○○円ならどこまでできる!? ウェブサイト制作の相場早見表 | Web担当者Forum
                                      • NameBright - Coming Soon

                                        littleshotaro.com is coming soon This domain is managed at

                                        • 中田の質問箱です

                                          みずほ関係者の方でしょうか。連日のように繰り返されるシステム障害とその批判を目の当たりにして疲弊しているのだろうとお察しします。ただ、仰っている内容はどれも妥当性に乏しいので、公言されるとますます批判の声が強まってしまうことが危惧されます。ご自身の反論が有効かどうかを検証する有力な方法は「他の2メガバンクではこのロジックは通用するか?」という考え方です。以下、すべてこのアプローチでご説明します。 まず「銀行リテールの利益は250億円しかなく赤字のこともあるのだから莫大な設備投資をすることは株主にとって妥当ではない」というのは論理が全く逆で、莫大な設備投資をしたのですからもっと稼がなければならないのに稼げていないことが問題なのです。MUFGやSMFGをご覧頂ければ銀行リテールだけでも1,000億円単位で儲けていることがわかるでしょう。しかもシステム統合に要した費用はMUFGで3,300億円、

                                            中田の質問箱です
                                          • 工数見積もりやスケジュール管理で参考になる記事10選

                                            プロジェクトを遂行するためには、工数の見積もりやスケジュール管理が必要になります。正確な見積もりは難しく納期に間に合わなかったり、残業や休日出勤で埋め合わせたりした経験はありませんか? 今回は、より正確に工数の見積もるための手法や、差し込み作業を考慮したスケジュール手法などについて解説されている記事をまとめました。 マネージャー、エンジニア、デザイナーなどすべての方に参考なる内容だと思います。 開発の見積もりとスケジュール管理 クックパッド株式会社の方が実践している見積もりとスケジュール管理方法について紹介されています。工数を見積もるステップや、スケジュールを立てるときの注意点、スケジュール管理の方法について学びたい方におすすめの記事です。 開発の見積もりとスケジュール管理 不安とストレスから解放される見積りとスケジュール方法 開発をしているとき、納期に間に合わなかったらどうしようと不安に

                                              工数見積もりやスケジュール管理で参考になる記事10選
                                            • ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO

                                              架空の営業管理システムを作ってもらう前提で、ChatGPTに要件定義をお願いしてみました。 実験として軽く試すレベルで始めてみたのですが、予想を超えるクオリティでしたので、一部始終を皆様にもご紹介します。 ChatGPTとのやりとり まず、ざっくりと必要な機能の洗い出しをお願いしてみました。 あっという間に必要な機能を網羅的にリストアップしてくれまた。私自身、SFA/CRMをいくつか触った経験がありますが、適切な内容だと思います。 中には、「データのインポート・エクスポート機能」のように、検討初期段階ではつい忘れそうな機能も含まれています。さらに頼んでもいないのにオススメの検討プロセスまで教えてくれました。気が利いてます。 機能ベースだと要件の妥当性が判断しにくく思ったので、画面ベースで要件定義してもらことにしました。 「図で教えて」とできないことをお願いしたところ、やんわり断りつつ、意図

                                                ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO
                                              • リフォーム業者の営業が仕組みや値段について書くよ

                                                最近読んだいくつかの業界小話増田が大変興味深いものでした。 私も弊社のリフォームについて紹介させていただきたいと思います。 九州の小さい会社のやり方だから、業界全てに当てはまるわけではありません。 改めて書くと非定型商材にはよくある話です。 しかしリフォームを考える人はこういう裏事情も知って損じゃないと思います。 どういう仕組みの業界か? どういう値段の決め方をしてるのか? 乱文ではありますが、お付き合いいただければ幸いです。 atk ・訪問契約率20%のブラック企業の真っ黒な営業手法を書いてみる http://anond.hatelabo.jp/20160526110823 ・なぜ家電量販店で凄まじく値引ける(ことがある)のか教えてやる http://anond.hatelabo.jp/20160412234807 (5/31 20:26 ブックマークありがとうございます。 ブコメを拝読

                                                  リフォーム業者の営業が仕組みや値段について書くよ
                                                • 「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ

                                                  2022年9月13日 株式会社メンバーズ ポップインサイトカンパニーでのウェビナーのスライドです。「ユーザーが欲しいと言った機能をつけたのに使われない!」という経験はありませんか。プロダクトをつくるとき「ユーザーの心理を理解しよう」とよく言われます。しかし、ユーザーに言われたままやることと、ユーザーが本当に望んでいることは異なります。「UXデザイン・UXリサーチ」は、ユーザーを理解するための専門技術です。ユーザーインタビューやユーザビリティテストを用いてファクトを集めることで、ユーザーの表面的な言葉に惑わされない、本当のインサイトにたどりつくことができます。かんたんなワークも交えながら、体系的に解説いたします。Read less

                                                    「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
                                                  • 見積・提案書に書いておくと不幸を減らせる前提条件

                                                    はじめに ちょっとつぶやいたら思いのほか需要がありそうだったので、簡単にまとめておきます。 おことわり これを書いておけば、すべての不幸を避けられるというものではありません 提出先との関係性次第では、書かないほうがいいこともあるかも 私自身が普段提案している内容が、すべて記載されているわけでもありません(うろ覚えで書いてたり、大人の事情) これを流用しておこったすべての事項について、何らかの責任をとることはできません 本稿では請負による開発を想定しています でも共有することで、この業界の不幸が減ればいいなということでつらつら書いてみます。 他にもあるようなら、Twitterなりコメントなりで提案してもらえると嬉しいです。 前提条件を書く目的 見積・提案書通りに、実施するために必要な条件を明確にする 条件を逸脱したときに、どうなるのかハッキリさせる 上記は概ねつぎのとおり 実現が不可能になる

                                                      見積・提案書に書いておくと不幸を減らせる前提条件
                                                    • 要件定義~システム設計ができる人材になれる記事 - Qiita

                                                      はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの?」 「要件定義ってなに?」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に4つも壁が存在するのです。 そのため、本記事では実装(プログラミング)を開始する前に必要となる、 『企画~設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装(プログラミング)に使用する時間

                                                        要件定義~システム設計ができる人材になれる記事 - Qiita
                                                      • 「その発想はなかった!」と言わせる技術を身につけよう~仕事の幅を広げる19の発想技法

                                                        EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

                                                          「その発想はなかった!」と言わせる技術を身につけよう~仕事の幅を広げる19の発想技法
                                                        • 築50年の家(約10坪)をフルリフォームしたら幾らかかるか。 - かあいがもん「お父さんの日記」

                                                          突然ですが、家をリフォームしました 今現在わたくしが住んでいる家ではなく、わたくしが生まれた時に数年間住んでいた家を。 ちなみに番組とか、何かの企画ではありません。 その家は母親が所有している埼玉の川口市にある築50年の小さな一軒家で、ここ数年間古くなり過ぎて借り手がおらず空き家になっておりました。 世間では空き家問題も増えて来ていますし、このままにして近所に迷惑をかけてしまう事を母親はとってもとっても悩んでおりました。 「お父さん(わたくしの父親)が初めて買ってくれた家で思い出もあるからなるべく売りたくはないの、誰かに借りてもらいたいのどけど今の状態では住める状態ではないし、かと言ってリフォームにそんなにお金をかけたくないから何とかして頂戴」と、言う事でした。 母親の無茶な気持ちを要約すると 「私が死んだらあなたの物になるかもしれないのだから、お金を出し合って何とかしましょう」 と言う解

                                                            築50年の家(約10坪)をフルリフォームしたら幾らかかるか。 - かあいがもん「お父さんの日記」
                                                          • http://sekailog.com/2012/08/hikkosi/

                                                              http://sekailog.com/2012/08/hikkosi/
                                                            • 今の時代、「ふわっとした仕事を具体的なタスクに落とし込むスキル」だけで十分食えると思う

                                                              どうもしんざきです。とある業界の、社員100人ちょっとの企業で中間管理職をしています。 同業他社の管理職同士で飲むことがたまーにありまして、先日は何故か「どれくらい古いパソコン用語を知っているか勝負」という、冗談抜きでひとかけらの生産性もない話で盛り上がっていました。 平成も終わろうかというこの時代に、HYMEM.SYSの記述方法についての宗教議論とか、本当になんの役にも立たないのでやめて欲しいです。超楽しかった。 で、その時、もう一つ盛り上がっていた、というか愚痴の言い合いになっていたのが、「ちゃんとタスク切れる人不足」という話でした。 毎度毎度、人手が足りている、足りていないの話になるのは管理職飲み会あるあるです。飲み会の一つの焦点といっても良いかと思います。 業界にもよるのかも知れないんですが、実をいうと今、採用自体は割とスムーズにいっているという話を聞くことが多いんです。 それも、

                                                                今の時代、「ふわっとした仕事を具体的なタスクに落とし込むスキル」だけで十分食えると思う
                                                              • 拝啓、お客様。Webサイト制作のコストはここにかかります。 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作

                                                                令和ですね。こんにちは。バックエンドエンジニアのまさくにです。ゴールデンウィークで休んでいたら、シュワシュワと筋組織が融解し、「自然に帰ろう……自然に帰ろう……」と遺伝子に刻み込まれた内なる声が僕を光射す方へ誘いました。もはや社会復帰は難しいかもしれない。 さて。さてさて。 皆さま、いかがお過ごしですか。新しい期に入り、心機一転したい気持ちでしょうか。何ならアレですか。お持ちのWebサイトをリニューアルしたい、そんな気持ちをそろそろお持ちでしょうか。 失礼ながら、そのお気持ち、 たぶん5ヶ月、遅いです! 仕事としてWebサイトの制作に携わってから、5年くらいが過ぎました。現在はバックエンドの作業を行いながら、TD(テクニカルディレクション)やPM(プロジェクトマネージャー)として、プロジェクトに関わることも増えてきています。その観点から言って、お客様と我々の間には「Web制作」の考え方にお

                                                                  拝啓、お客様。Webサイト制作のコストはここにかかります。 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作
                                                                • 【引っ越し】覚えておきたい引越のテクニックを教え合おう!! スレ21【就職・転勤】 : えっ!?またここのサイト?

                                                                  提供元:【引っ越し】引越のテクニック 21【就職・転勤】 http://yuzuru.2ch.net/test/read.cgi/kankon/1288641322/ 1:おさかなくわえた名無しさん:2010/11/02(火) 04:55:22 ID:MPr+/nIj 引越しに関しての質問をしたり、経験談を語るスレです。 引越し費用の相場の相談は、多分誰かが教えてくれます。 でも、質問する前にテンプレくらいは見たほうが良いかもしれませんよ~。 引越し業者サイト・業者選び・値引きの方法とか >>2~10ぐらい ■ 引っ越し業者 >>2 ■ 見積もりについて >>3 ■ 一人暮らしの場合 >>4 ■ 選び方 >>5 ■ 引越し屋を選ぶコツ >>6 ■ 知っておくとよいこと >>7 ■ 最後は直感 >>8 ■ 値引きの仕方 >>9 ■ おまけ >>10 2:おさかなくわえた名無しさん:2010/

                                                                  • 【テンプレ付】chatgptを使ってツールの要件定義をしたら工数が40時間→4時間になった - みんなのシステム企画

                                                                    「chatgptを使って要件定義の工数を削減したい」 「そもそもchatgptを使って質の高い要件定義ができるのだろうか」 とお悩みなのではないだろうか。 結論、chatgptで質の高い要件定義を短時間で実現することは可能だ。 実際に私もchatgptを使って下記のような要件定義書を完成させた。 通常この要件定義書を0から自力で作ろうと思うと40時間はかかるが、chatgptを使う事によって4時間で完成させることができた。 しかし、ただプロンプトをなんとな投げ掛ければ良いというわけではない。 目的を達成するために綿密に設計をしたプロンプトを投げかける必要がある。 また、要件定義の中でも ・chatgptに丸投げして良いところ ・自分で手直しをした方が良いところ を精査することも大切だ そこで今回は上記のような要件定義書を4時間で完成させるために、私がchatgptへ投げかけたプロンプトを全

                                                                      【テンプレ付】chatgptを使ってツールの要件定義をしたら工数が40時間→4時間になった - みんなのシステム企画
                                                                    • Webサイト制作でよく出てくるコンテンツとそれによく使うディレクトリ・ファイル名の一覧 - btmup Blog

                                                                      Web 制作のことを中心に、ちょっとした Tips などを掲載しています。「自分用メモ」が基本スタンス。 btmup Blog ディレクトリ名とかファイル名って、ちゃんとしようとすると意外に時間がかかるもの。 ページタイトルを直訳すれば良いってもんでもなく、いくつかある候補から内容に一番合った単語を見付けてこないといけない。 いちいち英語を調べるのもメンドいし、かといって「gaiyo」とかじゃ気持ち悪いし、どうしたもんかねー、とずっと思っていました。 で、今回、勢いでざっくりとまとめてみたのでついでに公開します。 本当にざっくりなので抜けもあるだろうし「それくらい書かんでも分かるわボケ」なものもあるでしょうけど、まぁそれは追々。 ディレクトリ名やファイル名として使用することを前提としているので、文法とかは全く考慮してませんので悪しからず。 最近、医療・病院関係のサイトに仕事で関わることが多

                                                                        Webサイト制作でよく出てくるコンテンツとそれによく使うディレクトリ・ファイル名の一覧 - btmup Blog
                                                                      • 元給食営業マンが「ホーユー」の学校・警察での給食提供停止騒動の原因をざっくり解説してみた。 - Everything you've ever Dreamed

                                                                        mainichi.jp 西日本を中心に学校や寮で食事の提供が停止する事態が起きている。運営会社は広島市に本店のある給食会社ホーユー。ホーユーの名はコンペで何回か見かけたことがある。詳しくは知らない。 給食事業はリターンも少ないけれどもリスクも少ないビジネスだ。給食設備や用具や食器をクライアント側の負担で事業が行えるからだ。ひとことでいってしまえば経費負担が軽いのだ。食材費は実費、人件費も委託費でカバーできる。「莫大な利益が出せるか?」といわれると案件次第だが、一事業所当たりで赤字になるリスクはとても少ない事業である。 そのため、近く破産申告するとみられるホーユーの社長が人件費や食材費の高騰を理由に上げているのを知って「妙だな…」とコナン君のように疑ったのがこの文章を書いた表向きの理由である。なお裏向きの理由は奥様からの「あなたの会社は大丈夫なのか」という不安を取り除くためである。 一般的に

                                                                          元給食営業マンが「ホーユー」の学校・警察での給食提供停止騒動の原因をざっくり解説してみた。 - Everything you've ever Dreamed
                                                                        • 【電通過労死事件】被害者のツイートから浮かび上がる電通の体質 – メンヘラ.jp @dentsudigitaljp

                                                                          2016年10月7日、三田労働基準監督署は元電通社員 高橋まつりさん(享年24歳)の自殺について、これを過労死と認定した。 24歳東大卒女性社員が過労死 電通勤務「1日2時間しか寝れない」 クリスマスに投身自殺 労基署が認定 電通は過去にも社員の過労死事件を起こしており、2000年まで遺族との係争を続けていた。今回の事件はその反省が活かされることなく、同じ悲劇が繰り返されてしまったという形になる。ちなみに、前回の被害者も今回と同じ24歳。新卒一年目での自殺…というのも同じパターンだ。 【事例紹介】1991年 電通の過労自殺事件を紹介します。 今回の過労自殺事件が過去の事例と異なり興味深い点は、SNSによる被害の可視化が可能になっていることだ。上の朝日新聞の報道にもあるように、高橋まつりさんはtwitterアカウントを持っており、友人や家族に向けてひんぱんに「つぶやき」を投稿していた。 その

                                                                            【電通過労死事件】被害者のツイートから浮かび上がる電通の体質 – メンヘラ.jp @dentsudigitaljp
                                                                          • なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのか - Qiita

                                                                            はじめに ソフトウェアプロジェクトには不思議な性質があります。現状のスケジュールに課題を感じて、短くするために人員を投下しても、なかなか思い通りに短くならない。それどころか悪化してしまうことがあります。場合によってはプロジェクト自体が破綻して失敗してしまうことすらあります。 今回は、このようなソフトウェアプロジェクトに潜む直感に反する性質を数理的なモデルを介して理解していく試みです。ある種の思考実験としてお楽しみください。 宣伝 Qiitaさんとコラボ企画でアドベントカレンダーをつくりました。 DXをめちゃくちゃ改善した話を募集しています。 https://qiita.com/advent-calendar/2021/dx-improvement 10人の妊婦がいても1ヶ月で一人の子供は生まれない これは誰かの技術力やプロジェクトマネジメント力に欠陥があるのではなく、「人月の神話」で有名な

                                                                              なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのか - Qiita
                                                                            • 要件定義に関わる人は3億回くらい読んでほしい−−−−−−−−−−「IPA 独立行政法人 情報処理推進機構 超上流から攻める IT 化の原理原則 17ヶ条」

                                                                              nori @00oichan お気軽にフォローいただけると嬉しいです。 神奈川県在住/運用設計が得意/外資系企業のSaaSエンジニアです。 好き: servicenow,生成AI,UiPath,Power Automate Desktop,PowerBI … Amazon.co.jp アソシエイトを利用中です

                                                                                要件定義に関わる人は3億回くらい読んでほしい−−−−−−−−−−「IPA 独立行政法人 情報処理推進機構 超上流から攻める IT 化の原理原則 17ヶ条」
                                                                              • OAuthプロトコルの中身をざっくり解説してみるよ - ( ꒪⌓꒪) ゆるよろ日記

                                                                                「おーおーっすっ!」 てなこって、TwitterのAPIのBASIC認証も6月末に終了してOAuth/xAuthに移行するというこの時期に、あらためてOAuthについて勉強してみたんですのよ? OAuth認証を利用するライブラリは各言語で出そろってきてるのでそれを使えばいんじゃまいか? というと話が終わるので、じゃあそのライブラリの中身はなにやってんのよってことを、OAuthするScalaのライブラリ作りながら調べたことをまとめてみました。 間違っているところもあると思うのでツッコミ歓迎です>< OAuthってそもそもなんなの? ものすごくざっくりというと「API利用側が、ユーザ認証をAPI提供サービス側にやってもらうための仕様」って感じでしょうか? BASIC認証の場合、API利用側が認証に必要なアカウントやパスワードを預かる必要があるわけです。悪意のあるAPI利用側が「なんとかメーカー

                                                                                  OAuthプロトコルの中身をざっくり解説してみるよ - ( ꒪⌓꒪) ゆるよろ日記
                                                                                • [Doc] 要件定義書テンプレート・要件定義書の書き方 - Qiita

                                                                                  (GPT補完) 下記ドキュメントバージョンに関する注意点です。 バージョン番号のルールを定める:バージョン番号は、どのようにつけるかルールを定め、チーム全員が同じ理解で使用するようにする必要があります。たとえば、変更内容によって数字がどのように増えるか(major, minor, patch)、何桁で表現するかなど、具体的に決めておくことが重要です。 変更履歴を明確にする:どのような変更があったのか、それがどのバージョンで実施されたのかを明確にすることが必要です。これにより、何らかの問題が発生した場合に、どのバージョンから問題があるのか特定することができます。 ドキュメントの保存場所を一元化する:ドキュメントのバージョン管理には、ドキュメントを保存する場所を一元化することが重要です。それにより、異なるバージョンのドキュメントが、複数の場所に分散してしまい、誤ったバージョンが使用されることを

                                                                                    [Doc] 要件定義書テンプレート・要件定義書の書き方 - Qiita