タグ

システムに関するtotoadadのブックマーク (23)

  • 地獄の社内SE

    社内SEになった。 仕事を辞めて主夫業に勤しんでいたら、知り合いから声がかかった。 1人で社内システムを作ってきたおじいさんがあと数年で定年になるから、 引き継げないかとのこと。 メインのシステムはベンダーに委託してて、そのおじいさんが作っているのは、 メインシステムのデータを加工して2次利用しているものがほとんどとのことだった。 社内SEはなんとなく楽そうなイメージがあったので、就職した。 言語はエクセルVBAとVB.NET 1.0。 中身を見るとどちらもかなりやばい。 VBA編 ・ウォッチウインドウを知らないのか、変数はすべてセルに入れてる。 変数名はすべてRANGE("A1").valueみたいな感じで全く意味が分からない。 ・処理遷移がおかしい。 セルに1を入れる。そのセルのchangeイベントで処理が動くとか。 SHIFT+F2が無力化されてる。 ・なるべくワークシート関数で処理

    地獄の社内SE
  • Expired

    Expired:掲載期限切れです この記事は、産経デジタル との契約の掲載期限(6ヶ月間)を過ぎましたのでサーバから削除しました。 このページは20秒後にITmedia NEWS トップページに自動的に切り替わります。

  • 「ポケモンGO(Pokémon GO)」のサーバーが落ちているかどうかがわかるサイトまとめ

    世界中で大ヒットしている「ポケモンGO(Pokémon GO)」は、全世界からユーザーが殺到するあまりたびたびサーバーが落ちる事態になっています。そんなPokémon GOのサーバー稼働状況をチェックして、プレイの参考にできるサービスが登場しているのでまとめてみました。 ◆ポケモン go 接続/システム障害発生?サービス中断などの問題をリアルタイムでお知らせ | Down Detector http://downdetector.jp/shougai/pokemon-go ダウンディテクターではPokémon GOで発生したシステム障害やサービス中断などの問題をまとめています。 グラフにマウスを合わせると障害の発生報告件数を確認可能。 「現在のマップ」をクリックすると…… システム障害が発生している地域を地図で見ることができます。アメリカや、ヨーロッパ、日、オーストラリアなどで障害が起こ

    「ポケモンGO(Pokémon GO)」のサーバーが落ちているかどうかがわかるサイトまとめ
  • ANAシステム障害の原因判明、シスコ製スイッチの「世界初のバグ」でDBサーバーがダウン

    同期処理が失敗した原因は、4台をつなぐスイッチの不具合。具体的には、スイッチが故障状態であるにもかからず、故障を知らせる「故障シグナル」を発信しなかった。国内線システムは故障シグナルを検知するとスイッチを予備機に切り替えるが、今回はその機能そのものを作動できなかった。 スイッチは完全に停止したわけではなく、「不安定ながらも動作していたようだ」(同)。そのため、DBサーバー間の同期は順次失敗し、停止していったと見られる。 ANA広報によると、スイッチは米シスコシステムズ製「Catalyst 4948E」という。「2010年6月の発売開始以降、世界で4万3000台、うち日で8700台を販売しているが、今回の不具合は初めての事象と聞いている」(ANA広報)。なぜ「故障シグナル」が発信できなかったかは分かっていない。 1台での縮退運転を決断 4台の完全停止から37分後、ANAは1台のDBサーバー

    ANAシステム障害の原因判明、シスコ製スイッチの「世界初のバグ」でDBサーバーがダウン
  • 何故システム開発にはお金がかかるのか - ゆとりずむ

    こんにちは、らくからちゃです。 先日、こんな記事を読みました。 いやあ、色々と大変そうですね・・・。 こういったシステム開発をしていて、お客様によく言われるのは『え、こんなちょっとしたことなのにそんなに係るの!?』ということ。 うーん、お客さんが言っているのは確かにちょっとしたことなんですよね。でも、ちょっとしたことだとしても、それを会社としてしようとするとなんやかんやで色々とお金がかかってしまうのです。 会社によって考え方は違うかもしれませんが、システム開発に必要なおかねは、 作業時間✕人件費+経費+営業費+利益 です。個人が趣味でやるのであればとにかく、色んな費用が発生するんですね。今日はそのへんの話を、愚痴も兼ねて書いてみたいと思います。 作業時間 まずはシステム開発にかかる作業時間。システム屋の間では『工数』なんていったりしますが、プログラムを作るといっても、かかる時間はプログラム

    何故システム開発にはお金がかかるのか - ゆとりずむ
  • Yahoo!ニュース

    ゴールド免許だと「違反が消える」は、当? 5年後「更新」で「ブルー免許に格下げ」の条件は? 複雑な「ゴールド維持」条件とは

    Yahoo!ニュース
    totoadad
    totoadad 2016/01/06
    ポイントカード一本化はいいけどなんでマイナンバーカードに一本化しようとするんだ…
  • マイナンバー 運営システムに欠陥 機構、原因開示を拒否 (産経新聞) - Yahoo!ニュース

    マイナンバー制度の運用が始まる中、カード発行を担う地方公共団体情報システム機構のプログラムに誤りがあったことが31日、分かった。システム不備が確認されたのは初めて。関係者が明らかにした。東京都葛飾区のマイナンバー通知カード約5千世帯分が未作成だったにもかかわらず、機構のシステム上では正常終了と認識されていた。機構は誤りを修正したが、区に対し具体的なミス原因の情報開示を拒否。総務省は体カード配布で同じミスが発生することを危惧してシステムの再点検を指示したが、機構の隠蔽(いんぺい)体質が早くも浮き彫りになった。 関係者によると、機構が平成27年10月、葛飾区から持ち込まれた住民データを「継続サーバー」から「管理サーバー」に移行した時にシステムが一時停止した。その際、実際にデータ処理が行われていなかったにもかかわらず、機構のコンピューター端末上では「終了」と表示されていた。葛飾区分のデータ移

    マイナンバー 運営システムに欠陥 機構、原因開示を拒否 (産経新聞) - Yahoo!ニュース
  • 「銀行から1万4000件の情報流出」をシステム屋目線で妄想したい

    http://anond.hatelabo.jp/20151201162600 上の増田を読んでて、SEやっている人間としては気になったので妄想してみる。 前提そもそも何が漏れたのさ? WHAT出会い系サイトに銀行振り込みした人の電話番号・振込日時・金額。詳細は上記の増田参照。 誰の情報が流出したの? WHOES出会い系サイト運営者らの口座の情報。 ここの口座の入出金明細の中に、出会い系サイト利用者から業者への振り込み履歴があり、そこに利用者の電話番号が記載されていた。 つまり、盗まれたのは出会い系サイトの顧客情報(出会い系サイト利用者の個人情報)で、 被害にあったのは出会い系サイト運営者の口座ということになる。 どこから漏れたのよ? WHERE「残高照会ダイヤル」から。 これは、銀行の電話の自動応答システムの1つで、 口座番号とかを入力して、残高や入出金明細を音声で照会できるという、いわ

    「銀行から1万4000件の情報流出」をシステム屋目線で妄想したい
  • システムエンジニアと話していて困ったこと

    システム開発でエンジニアとのコミュニケーションで困るのは良くある話。 今まで色々な開発に携わってきましたが、社内SEとのコミュニケーションで困ったことと対策を書いてみました。 私自身が現役エンジニアでもありますが、どちらかというとディレクションの方が経験が多いので、両方の目線で考えてみました。 何を言ってるか分からない 「マスターにマージしたらコンフリクトしてデプロイできません」 とか 「オンプレ環境でデータベース構築したのでクラウド環境からリプレイスします」 とか、聞く人が聞いたら 「パルスのファルシのルシがパージでコクーン」と同じレベルですよね。 意味不明すぎて「日語でOK」って言いたくなりますがそこは我慢です。人は普段から当たり前に使っている言葉なので、伝わらないことに気付いていないだけなんです。 ただ、これの対策はあんまりなくて、、、 「可能な限り覚える」しかないと思ってます。

    システムエンジニアと話していて困ったこと
  • クックパッドの課金を支える技術 - クックパッド開発者ブログ

    こんにちは、技術部の大石です。開発基盤グループで課金システムの担当をしています。 インターネットサービスの決済・課金システムの開発や運用は、サービスの根幹を支えるために正確性と機能性を満たさなくてはなりません。また同時に、価格や料金体系、決済手段のバリエーションでユーザーに利便性を提供する必要もあります。「堅牢性」「信頼性」と「柔軟性」「開発スピード」という相反する要素の両立が求められます。 その結果、決済・課金システムは適切な設計や運用を意識しないと複雑になってしまいがちです。 課金システムの開発、運用でよくある問題 複数の決済方法を同じサービスの上で共存させる難しさ 例えば、最初にクレジットカード決済を導入して、その後にコンビニ決済、キャリア決済やアプリ内決済と決済方法が増えていくことはよくあることです。 最初の導入の際にクレジットカード決済への設計だけでなく、その後に増えていく決済を

    クックパッドの課金を支える技術 - クックパッド開発者ブログ
  • Webアプリケーション負荷試験実践入門

    2015年2月24日 ヒカ☆ラボ発表資料 Webアプリケーション負荷試験実践入門 ■スライドの目的 負荷試験の重要性を認識して頂く 意味のある負荷試験を最短距離で行うための“段取り”を持ち帰って頂く 内容的には、主にAWS上のLAMP構成のシステムに対する負荷試験ですが、負荷試験ツールに依存しない全般的に通用する話を扱っています。Read less

    Webアプリケーション負荷試験実践入門
  • BlueScreen

    概要 Windows NT の世界で最も恐れられている色の 1 つは、青です。何かに重大なエラーが発生したときは必ず、悪名高い "死のブルー スクリーン" (BSOD) が NT システムに表示されます。Bluescreen では BSOD が精巧に再現されるだけではなく、システムの起動中に表示される起動画面もシュミレートされます。 Windows NT 4.0 では、エラーが発生したディスク ドライブに対する chkdsk のシミュレーションが行われます。 Windows 2000 および Windows 9x では、Windows 2000 の起動時のスプラッシュ画面が表示され、青い帯の動画と進行状況バーが繰り返し更新されます。 Windows XP および Windows Server 2003 では、Windows XP または Windows Server 2003 の起動時の画

    BlueScreen
  • 糞システムにしないため、私ができること『はじめよう! 要件定義』

    「なぜ糞システムができあがるか?」の答えは、「一つ前の仕事をしている」に尽きる。 詳しくはリンク先を見てもらうとして、まとめるなら、自分の仕事のインプットが出来てないので、仕方なく前工程の仕事を代行しているうちに、リソースと気力がどんどん失われているからになる。これはプログラマに限らず、SEからPM、テスタや運用を入れても、当てはまる。「何をするのか」が決められない経営層が糞だから、あとはGIGOの法則(Garbage In, Garbage Out)に従う。 では、どうすればよいか? 「“何をするのか”を決めてもらう」という回答だと、連中と同じ肥溜めに落ちている。なぜなら奴らの“目標”とは、「売上を○%ストレッチする」とか「新規市場を開拓する」といった、現状を裏返した願望にすぎないから。売上アップ/新規開拓のために、どこに注力して、何にリソースを使い、そのために必要な道具(システム)を“

    糞システムにしないため、私ができること『はじめよう! 要件定義』
  • シーケンス図(Sequence Diagram) - UML入門 - IT専科

    シーケンス図(Sequence Diagram) シーケンス図とは、クラスやオブジェクト間のやりとりを時間軸に沿って表現する図です。機能ごとに相互作用(Interaction)と呼ばれる下記のようなフレーム内に処理内容を記述します。 記述例 下の図は、在庫管理システムの一機能を表したものです。 【要件定義】 店員は在庫管理画面から在庫一覧を確認できる。 この機能は、「店員オブジェクト」、「管理画面オブジェクト」、「倉庫オブジェクト」、「商品オブジェクト」から構成されている。 メッセージと呼ばれる矢印で各オブジェクト間の応答を表し、縦軸(上から下)を時系列として応答の順序を表現しています。 これにより、ある機能(例では在庫一覧)を実現する各オブジェクトが時間に沿ってどのように相互作用しているかがわかります。 ▲PageTop 構成要素 シーケンス図は次の要素で構成されます。 構成要素一覧

  • SQLインジェクション対策もれの責任を開発会社に問う判決

    ポイントは下記の通りです。 X社(原告)はセキュリティ対策について特に指示はしていなかった 損害賠償について個別契約に定める契約金額の範囲内とする損害賠償責任制限があった 当初システムはカード決済を外部委託し直接カード情報を扱っていなかった X社が「カード会社毎の決済金額を知りたい」とY社に依頼をして、その結果カード情報をいったんDBに保存する仕様となった(2010年1月29日) X社からの問い合わせに対してY社は、カード情報を保持しない方式に変更することが可能で、そのほうが安全となり、費用は20万円程度である旨を伝えた(2010年9月27日)が、その後X社は改良の指示をしなかった 以下の脆弱性その他が認められた システム管理機能のIDとパスワードが admin/password であった 個人情報が記載されたお問い合わせログファイルの閲覧が可能(ディレクトリリスティングと意図しないファイ

    totoadad
    totoadad 2015/01/22
    "システム管理機能のIDとパスワードが admin/password であった" (°д°)…
  • 下請法について押さえておくべき5つのこと - nyon2.net

    僕の勤める会社は主にシステムの受託業務をやっています。 受託といってもさまざまで、中には下請けだけでなく孫請け、ひ孫受けの仕事なんかもあります。 僕が長らく受け持っている仕事が孫請けの仕事でして、ある日社長から 「孫請けやってて、下請法知らなくていいのは小学生までだよねーwwww」 と言われたのでちょっと勉強してみた。 下請法の対象範囲は資金の額で決まる そもそも、対象となる範囲が資金の額で決まるのです。 親事業者(委託者)の資金   下請事業者(受託者)の資金 5千万円以上                        →  5千万円以下 1~5千万円                         →  1千万円以下 プログラム作成委託の場合 3憶円以上                           →  3億円以下 1千万円~3億円                   

  • SIerからソーシャルアプリプロバイダーへの転職活動を終えて思ったこと - 都内在住エンジニアの思考整理録

    以前、BtoBとBtoCのシステム業態の違いについてメモしておきましたが、この度インフラエンジニアとして、 SIerからソーシャルアプリプロバイダーへの転職が確定したので、転職活動内容を記しておきます。 ちなみに、複数の企業と面接をしていて、 システム開発に対する考え方やシステム運用方法は、以前書いた記事とほぼ同じだと感じました。 業態の違いによる、システム特徴の違い - 都内在住エンジニアの思考整理録 1.選考でアピールすべき内容について 「運用経験」「トラブル経験」を中心に話せばよいと思います。 Webサービスのシステムは、閉じられた企業システムに比べて、予測不可能なトラフィックが発生するため、 稼働しているシステムに対して、どれだけ冷静なトラブル対応を行えるかを判断基準にされるようです。 私の場合、運用経験が少なかったこともあり、 書類は4割ほど通りましたが、その後の面接で落ちること

    SIerからソーシャルアプリプロバイダーへの転職活動を終えて思ったこと - 都内在住エンジニアの思考整理録
  • 筑波大学でデータベースの話をしてきました - kuenishi's blog

    筑波大学の川島先生に呼ばれて木、金と情報システム特別講義Dというやつに参加してきた。こんなことになるとは思っていなかったが、あろうことか講師側で呼ばれてしまい、思えば遠くへ来たものだと感慨深い。フリは「RiakとNoSQLの話をしてもらえたら」という非常に自由度の高い内容なので、せっかくなので僕の知っていることを全部詰め込んで話してやろうと思ったら10分延長してさらにスライド10枚分くらいを消化不良で終了という、みっともない感じになってしまった。かなり端折ってポイントだけ説明したので流れが分からず苦労した方も多いと思うが、まあ僕の性格なので許してほしい。データベースの講義をひと通り終えた院生レベルを想定してスライドを作ったので、もしかすると、わりと難しかったり分かりにくかったりするかもしれないので、わからないことがあったら適当に質問してください。 言いたかったことの流れを僕なりにまとめると

    筑波大学でデータベースの話をしてきました - kuenishi's blog
  • Systemd入門(1) - Unitの概念を理解する - めもめも

    Linuxの起動処理は、これまでinit/upstartと呼ばれる仕組みで行われていました。Red Hat Enterprise Linux 7 (RHEL7)では、これが、systemdと呼ばれるまったく新しい仕組みに置き換わります。Fedoraでは、すでに先行してsystemdが採用されていますが、この連載(?)では、Fedora 17での実装をベースとして、systemdの考え方や仕組み、利用方法を説明していきます。今回は、systemdの動作の基礎となる「Unit」の概念を理解します。 systemdを採用したFedoraでLinuxの基礎を学びなそう!という方には、「「独習Linux専科」サーバ構築/運用/管理――あなたに伝えたい技と知恵と鉄則」がお勧めです。(^^/ systemdの考え方 参考資料 ・Rethinking PID 1:systemdの開発者であるLennart

    Systemd入門(1) - Unitの概念を理解する - めもめも
  • 「システム・インテグレーション崩壊」のすすめ - ベテランIT営業が教える「正しいITの使い方、営業の使い方」

    「システム・インテグレーション崩壊」は、時間の問題です。むしろ積極的にSI事業者自らが、この創造的破壊に取り組んでゆくことが、最良の生き残りの選択肢ではないかと考えています。 SIビジネスの課題は、Pay for Time (人月単価の積算で金額が決定するビジネス)であるにも関わらず、成果保証(瑕疵担保責任)を負わされることです。

    「システム・インテグレーション崩壊」のすすめ - ベテランIT営業が教える「正しいITの使い方、営業の使い方」