![https://www.outward-matrix.com/entry/20170320163000](https://cdn-ak-scissors.b.st-hatena.com/image/square/78557265cfb0f5320b8880a6a116531b9b13b581/height=288;version=1;width=512/https%3A%2F%2Fwww.outward-matrix.com%2Fwp-content%2Fuploads%2Fhatena%2F20170320132957.jpg)
SASが高い、というお悩みは昔からよく見かけてたんですけど(英語圏で)、相変わらずそこは悩みどころのようです。 ただ、日本の場合、特にライセンスの費用を抑える為に、SASの極めて狭い機能で利用しようと試みて、変な所で悩んでいるような気がします。 SASの会社としては、「○○を入り口に」もっと各ソリューション製品で業務を回してほしいという思いがあるのですが、旧来よりのSASユーザはあんまり業務分野を広げる事に積極的ではない事も多く、また、多くのフリーソフトを活用してローカルかつミニマムなシステムを作る事が多いようです。 OSSではあまりないです。ベクターなどからダウンロードしたフリーのツールみたいなもので作ってる感じです。 ユーザに近いプログラマーは、極めて原始的なスタンドアロンツールを開発する事が多く、海外のように社内でサッサと環境を作る事ナシにExcelファイルで展開というような形が大変
バッチ処理とは 前回はWebアプリのアーキテクチャ設計の基礎を解説しました。今回はバッチ処理を円滑に行うためのアーキテクチャ設計のポイントを紹介します。 バッチ処理とは、蓄積された複数件のデータを、まとめて一括処理する処理形態のことを指します。このような処理形態においては、大量データの処理を一定時間以内に完了させるためのアーキテクチャを、さまざまな角度から検討していく必要があります。 また、画面オンライン処理とは異なり、ユーザーとの対話なく処理が進められます。よって、バッチ処理の途中でエラーが発生した場合の対応を考慮して、アーキテクチャを設計しなければなりません。バッチ処理の基本についてより深く知りたい方は、下記参考記事をご参照ください。 参考リンク:鉄板焼のお店から学ぶ、バッチ処理"超"入門(@IT) バッチ処理におけるアーキテクチャ設計時の検討ポイント バッチ処理のアーキテクチャを考え
2. takemikami’s note – http://takemikami.com/ アジェンダ • 自己紹介 • マーケティングとデータ分析 – マーケティングとは – マーケティングデータ分析の全体像 – データ分析のアプローチ • 取引処理と分析処理 – オンライン取引処理と分析処理 – 取引処理用データベースの構造 – 分析処理用データベースの構造 – 取引処理用分析処理用データベースの違い – 取引処理用分析処理用データベースの分割 • マーケティングデータ分析基盤のデータフロー • データの収集 – 取引処理で発生するデータ – マスター・ログ・トランザクションデータの収集 2Copyright (C) 2016 Takeshi Mikami. All rights reserved. データウェアハウス入門のアジェンダを示します。 • データの加工・蓄積 – データのス
はじめに アーキテクチャについて考えるときの基本を整理しました。 アーキテクチャ設計の基本となる考え方 大規模Webアプリケーションにおける複雑性とアーキテクチャ設計に関する一考察 システム間連携のアーキテクチャ、4つの基本パターンと正しい適用のポイント 〇〇アーキテクチャ マイクロサービスアーキテクチャ Sam Newman『マイクロサービスアーキテクチャ』 クリーンアーキテクチャ クリーンアーキテクチャ 持続可能な開発を目指す ~ ドメイン・ユースケース駆動(クリーンアーキテクチャ) + 単方向に制限した処理 + FRP クラウドアーキテクチャ 鈴木 雄介『Cloud First Architecture 設計ガイド』 AWS「クラウドコンピューティングのアーキテクチャ: ベストプラクティス」 より具体的な。でも、私たちにとって大切な。 ストリーム処理 ストリーム処理とは何か?+201
システム間連携のアーキテクチャ、4つの基本パターンと正しい適用のポイント:徹底解説! ITアーキテクトとは何か?(4)(1/2 ページ) ITアーキテクトの役割を、具体的かつ分かりやすく解説する本連載。今回は一連の業務処理遂行のために、複数のシステムを連携させ機能を組み合わせていく「システム間連携」の処理方式を徹底解説する。 あらゆる業務プロセスに最適なシステム間連携を設計するためには? 前回は大量データをスムーズに処理するためのバッチ処理のアーキテクチャ設計を解説しました。今回はシステム間連携のアーキテクチャを紹介します。 ビジネス上の要求を達成するために、複数のシステムを連携させ機能を組み合わせていくことで業務処理を遂行していくことは少なくありません。このような「システム間連携」の処理方式はさまざまですが、ここでは次の4つの基本パターンに分類します。 リソース共有(データベース共有、デ
MERYを運営していたペロリ社員の被害者意識がとんでもないことになっている。 http://nlab.itmedia.co.jp/nl/articles/1703/17/news101.html 情報が入ってくることが増えたので、他部門にいる自分のほうが、そしてWELQやiemo、Find Travelの人たちのほうが現実をみている。 MERYだけ自分たちは特別で、何も悪くないと。被害者ぶっているのはなぜか。何に洗脳されているのか。 中川綾太郎さんがいても再開できなかっただろう。 DeNA側のことを全く分かっていない。ペロリのことも違っている。 都合のいい部分しかみていないから、もしくは隠されていたから、嘘だらけの証言になるのだろう。これがアルバイトではなく社員のインタビューだとしたら、頭がお花畑だ。
私がDeNA面接されたとき、いろいろ質問したんだ。 その時採用担当したボードメンバーや人事は、プラットフォームとしてやっていてユーザに使いやすいサービスを提供しているから記事を沢山投稿してもらっていると、自信ありげに言っていたわけですよ。 入社後思っていた以上にクラウドワークス依存だったのはすぐ気づいた。 聞いたとき契約で握っているので法律的に問題ないという解釈をしてましたね。 これはいつかとんでもないことになるなという直感はあったけど、あっというまだったかな。 南場さんも村田氏や中川氏の自覚して法律的に問題ある状態を放置していた連中の心配ではなく、 騙されて採用された大勢の社員にはなんとも思ってないのですかね。 コストにしかならないから異動してくださいと言われたので異動したけど 異動先も第三者委員会の指摘通りの状態と大差ないですよ。 https://pbs.twimg.com/media
ネヴァダ @nevadan2 日常がつらくて娯楽にのめりこみまくってるうちは健全。ストレスが限界を超えると快楽を一切感じなくなる。心の死を感じ、上司放り投げ、職を辞して泣きながら大好きなカウボーイビバップを毎日観続け、「大好きだったはずなんだ、面白かったはずなんだ」と思い出を疑いながら一年を過ごすハメになる。 2017-03-16 12:51:23
李徴と袁傪、映画館へ行く ※3/22/01:50 セリフ直しました 他の李徴と袁傪(ブロガー山月記)シリーズ orangestar.hatenadiary.jp orangestar.hatenadiary.jp orangestar.hatenadiary.jp orangestar.hatenadiary.jp ほか、こちらのタグで。 orangestar.hatenadiary.jp りちょうとえんさん 作者: 小島アジコ発売日: 2017/03/09メディア: Kindle版この商品を含むブログを見る こちらの単行本も。未収録作品がたくさんあります。 ほか、こんな漫画。 さっちゃんズ1 作者: 小島アジコ発売日: 2016/11/01メディア: Kindle版この商品を含むブログを見る
がっきー@漫画家総合垢 @gakky88NSR 2日連続寝汗でびっしょりなので、自律神経がおかしくなっているのだろう。 整体に行くとしばらく調子良くなるけど、一月くらいでまたおかしくなる。 もう鬱ではないし、ストレスも無いけど、一度鬱になると神経や脳機能は中々元には戻らない。 2017-03-18 00:12:31 がっきー@漫画家総合垢 @gakky88NSR 頑張り屋さん、根性がある人、優しい人、賢い人、義理人情に厚い人、曲がった事が嫌いな人、真面目な人、正義感の強い人、人の気持ちを考えられる人… これらは全て鬱になりやすい人の特徴です。 良い人だったり、まともな人程鬱になりやすいのです。 2017-03-18 00:31:35 がっきー@漫画家総合垢 @gakky88NSR 仕事が原因で鬱になりそうだと相談されたら、僕は躊躇なく「辞めましょう」と言います。 恋愛や家庭が原因なら逃げる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く