はてなキーワード: グループウェアとは
IT層には嫌われとった
他にはこういうのもあった
引用元:http://hiroki-uemura.hateblo.jp/entry/2015/09/01/230611
さらに開発者はサーバのスペックも、何台で構成されているのかも、どのような場所に置かれているかも知ることができません。sshもできなければログも見れず、メトリクスのグラフを見ることすらできません。ちょっとしたバグの調査であるテーブルのレコード数を調べるのにも、発行するSQL文を添えた作業依頼書を承認リレーする必要がありました。
これらがなぜ必要なのか、いつからこうなのか、誰も知りません。聞いても誰も答えてくれません。しかしながらこのように決まっているのです。
(中略)
最後は総務部を追い出し部屋にしたことです。やめさせたい人間をグループウェアから登録解除し、総務部という名前を持った統合思念体に統一し、PCも共有で1台しか与えない。昨日までエンジニアをしていた人間がスーツを着て社内を歩いて備品の補充をする。そんなことが許されていました。
(中略)
anond:20200205115358 anond:20190214123654 anond:20190214100949 anond:20190214103049
ここ数か月、これを書こうか書くまいかずっと悶々としてたんだけど、
新年会という名目で久々に地元の友人と飲んで近況報告をした際に、
「給料が安くて結婚はおろか婚活どころじゃないんだよ!」の【安い】の目安が、話し相手とも大幅にズれていることを再確認したのでやっぱ書く。
年収:たしか240万。 月給は17.5万/月(みなし残業代含) ※この金額でも過去のキャリアでいちばん高い
転職回数:5回くらい
・中小企業の社内グループウェアの提案 → 設計 → 開発 → 運用保守 の全工程
・特殊商材のBtoCサイトの販売システムのディレクター、UI設計、運用保守
・監修を受けながらソシャゲのキャラクターのモーションデザイン
・最近はVtuberの仕事もやってて、そこでUnity C#のシステム開発、運用保守
---
こんな感じでIT業界で固い所から面白い所まで、それなりの年数、なんとか死なずにやってきた。
そう、改めて書くと本当にけっこうな年数なんだよなぁ・・その蓄積を思うとこの給料は色々と厳しいよなぁ・・
婚活行っても相手の貴重な婚活のお相手探しの時間を奪うだけで失礼だって!
王様の耳はロバの耳!
社内の枠から離れた対応する人々を書いてみる。対処法の知見があれば教えてほしい。
1.デフラグおじさん
午前中はデフラグが完了するまで進捗を眺めて、時折考え事をしてるかのようにノートに何かを書くおじさん。
配布pcは、core i5(Skylake、Kaby Lake)、メモリ8GBか16GB、SSD256GBかSSD512GBとHDD1TBという感じ。配布時期によって異なる。
頑張って予算は確保した(人件費に比べりゃ安いもん、社内の化石PCと処理時間比較で効率化を見せたり)ので、文句が出るようなスペックではないかなと思う。
一部にwin7が残っていて、このおじさんが含まれる。VBアプリ改修とoffice程度なのに、何故かデフラグ。
担当リーダーからPCに問題があるなんとかしてくれと言われたので聞いてみたら、テストデータに100MBのcsvがあるから速度向上の為と申してる。
対応:DドライブをHDDからSSD1TBに変更したのを発注。納期ながかったー
数秒でデフラグ完了するようになったのでメデタシメデタシ?ただ今も毎日やってるらしい。
2.最新型おじさん
異動や中途が、毎年ざっくりなのでPC予算だけ確保し、足りなくなったら発注としている。
ノートPCで、新しい型番や機種が導入されるのを知ると、何故か故障して交換を申請してくるオジサン。
起動しなくなった
→windows/system32配下が消えてた。システム修復で治る。
角の部分が割れてたり
→カーボン素材のをどうやって割ったのか。。仕方なく新品交換(これが失敗の始まり。味をしめたと思われる)
如何に自分の仕事が大変で最新スペックを必要としているかを2時間に渡って説明してくる
→直近2weeksのcpuメモリ使用率をグラフ出力(作成は数分)して、5%も使ってませんよと説明。矛先がチームメンバーの若い子へ行き、チームタスク消化率が半減する
反省:故障という例外パターンまで考えてなかった。不意の故障は双方の時間短縮の為に安易に交換としていた。まさかルールを悪用?する人が居るとは考えも及ばなかった。。
3.セキュリティおばさん
静かにしてれば無害なのだが、ネットニュースでウィルスや脆弱性のを見つけると、全社へ通達メール、サバ管が気が付いていないのを発見報告してあげたアピールが始まる。うんざり。
大体はtwitterとか海外ブログ辺りで2,3日前に話題になったやつで、対応策を関係者報告/検討済。たまに突発的なのもあるけど。
では、対応お願いしますと、依頼してみると、そんなのは自分の仕事では無い、君達は自分の職責を押し付けるのか!?と激昂。。
問題は、適当な事を行って歩くので、事後フォローとチームメンバーの士気ダウン。
対応:自部署から先んじて周知展開を行うようにしたら、大人しくなった、、と思いきや、パブコメ段階の法律を周知するように。法務部門が手を焼いている模様。
通信内容まで見てないが、かなり書き込み処理(addとかがURLにあるの)してるみたい。お役人様、申し訳ねえ。。webへの書き込みは禁止令出して、go.jpを書き込み禁止設定に。
4.縦社会部長
グループウェアのユーザー一覧、メールアドレス帳がabc順なのは何を考えているのか?と殴り込みに来る。
上に相談すると、まあやってあげたら?と言う事で役職コードを付けて、表示順変更。
社内からは、探しにくくなった!とクレーム多数も、事情を説明したら、皆引き下がる。
しばらくして、その部署の取締役に一周り若い人が着任。自分の上に、その名前があるのが気に要らないのか、やっぱり使いにくいから、表示を元に戻してと。。
皆も慣れてきた頃だったのに。。
反省:安易に受けすぎないようにしよう。とは言え、断る材料を用意する工数≫対応工数 だったから、つい。
モニター横に常時加湿器。錆びたりしないかなーと不安になるも、空気乾いてて〜と笑顔でかわされる(DTちゃ、ちゃうわ)
春先に給水タンクを倒して、acタップ付近が水浸しに。同じacタップ使ってたPCの電源が落ちる。
対応:オフィスに加湿器常設(一人暮らし用冷蔵庫サイズ)、cドライブの一部をオンラインストレージに自動同期するように展開。
反省:錆びるより前に、水を倒すとは。。考えが足りなかった。下手したら火事とかあり得たかも。。
6.アトピーおじさん
皮膚をかいて、キーボードに粉が付いてるのを見たくないと複数のクレーム。
そんなん、どうしょうもないやん??と思うも、毎週キーボード交換。
費用的には、1000円位だし、同梱されてて使ってないの沢山あったから問題なかったが。本人へね。。
毎週用意したものの、伝えるのは困難だね。
実は私も昔アトピーあった。血が出るくらいかいて、黄色い汁まで出てたよ〜、失礼な言い方になるかも知らんけども、掃除してもらえんやろか?とスライム上の吸着剤と、水洗いできるキーボードに交換。
なんだかんだで、その人と飲みに行く友達になる。
反省:これ私の仕事??担当部署の上長に投げたほうが良かったのかも。たまたま理解してくれる人やったからよかったが、下手したら、パワハラ的になってしまってたかも?
「正しいことをしたければ偉くなれ」って事ですかね。。和久さん。。
社内SEやヘルプデスクをテキパキこなす人が少なからずいることが信じられない。
だってヘルプデスクって、PC関連に絞って業務をざっと挙げるだけでも
と、思いつくだけでこれだけある。
しかも、これらが同時に何個も降ってくるわけだ。勿論何かの作業中でもどんどんやってくる。
更にヘルプ1つ取っても
と、自分のようにDIY感覚でコードをいじるしか能のない愚鈍なPG崩れでは、絶対に回らない事だらけだ。
まあ「人を見て法を説け」を地で行く、短期記憶力をフル活用したマルチタスク上等という意味では、非常に仕事らしい仕事ではある。
これはLAN内で使っているだけの、しょっぱいエントリクラスのサーバ1台障害の話だ、価値のある話ではない。
とある国内最大級の某グループウェア Office(パッケージ版)を使っている。
この某グループウェアは、従業員の「その日のタイムカードの一覧」を見ることができない。
CSVでエクスポートすれば可能だが、営業マンは勤怠をガラケーのメールで報告する運用であるため、
スマホ支給しろ 一覧+タイムカード修正画面へのURLリンク付きで
総務課の人にスクレイピングしてあげていた。
↓大雑把にこんな感じ
#!/usr/bin/env perl use MY::Cybozu; my $cb = MY::Cybozu->new; $result = $cb->get_timecard( sprintf("%d.%.d%", $year, $month, $day) ); &send_mail( $result );
数年来やってきていたのだが、突然このスクレイピングでデータが取れなくなった。
僅かにPerlを書けるだけで、他の言語は将棋を指すようにしか書けない低能である、
ちょうど20日の月替りのタイミングだったので、スクリプトのミスでズレたのか?
或いは、タイムカードのHTMLはtable構造で「trの何番目が何日目」という原始的な処理の方でズレたか?
ほぼほぼデータを取れないのだが、たまに正常に取れたりもする。なんだこりゃ。
$mech->statusの結果はいつも200である。
print $mech->contentの結果は、HTMLが途中で途切れていた。
スクレイプ対象の前で途切れたので、値を取得できなくなっていたのだ。
同じ場所で途切れる事が多いが、若干の増減はあった。
手元のWindowsマシンに移植したところ、まったく問題ない。
どうやらスクリプトを動かしているLinux側の問題と思われる。
どういう現象なのか?
3WAYハンドシェイクはよく知られた話だが、正常な通信では、サーバから送られてきたパケットに対して
こちらは「ここまでのパケット受け取った」とACKを返し、最終的にサーバからのFINでこちらがRST返すのが見て取れた。
この異常をきたしたスクリプトでは、ある程度を過ぎると、こちらがACKを返す前にサーバからどんどんパケットが送られ、
なるほど、ステータスは200だけど、コンテンツは途切れているのだな。
でもスクリプトじゃなくて、ネットワーク制御しているOSが悪いっぽい?
となると深刻である。自動車に乗れても内燃機関の構造など把握していないのだ。
唯一、tcp_abort_on_overflowでそれっぽい挙動をしそうだと分かったが、この機能は使われていない。
詰まった。
お手上げだ。
でも分かった。
端末からNASのディレクトリへ、TAB補完しようとすると突如フリーズしたのだ。
某グループウェアへのスクレイピングとNASへのTAB補完だけが動かない。
故障だ。
1.3万円で買って7年目の某ProLiantサーバだから、寿命なのだろう。
オチはないけど、最初から故障を強く疑っても良かったではないのか、と自省する。
そのマシンでのみ失敗し、しかも失敗したりしなかったり(比にして7:3程度)、結果も毎回変わっていたのだから。
うーん無能。
出勤してきたら、まずグループウェアでメールを確認するスケジュールを確認するって行うのがウチの日課なんだけど
どうしてもそうやってもやらなければいけないことが頭から飛んでいく新人と同僚がいる。
最初の内は、1時間おきにでも確認するように言ったんだけど出来ない。確認自体を忘れる。
朝だけはなんとか習慣づいてできるようになった。
どうしようもなく覚えないので、メモをとるようにやることリストを作成させるよう指示した。
メモをとったりする事で行動自体が記憶に刻まれていくのか、記憶に残りやすいからだ。学術的にそうなのかは知らない。
で、箇条書きで何日に受けたものか締切は何時か等を書かせてみた所、新人の子はそれが覚えやすかったのか
やることリストに追記していく度に忘れないようになった。
新人は学生の流れみたいなもんなんだろうか、リストを作らせてから本当使えるようになった。
一方…同僚はそもそも面倒くさいのが苦手なようで覚えない。上司に怒られている。
こっちどうしたもんか…。
3年ほど前に大学の同期だった友人の会社に参画したのですが、社長たる友人の行動が社員から非難を浴びて困ってます。
社長は結構自由な人で、定時間内もオフィスにいないことが多々あります。
グループウェアでは「外出」になっており、基本的に携帯電話も繋がるから問題無いのですが、定時出退勤が原則な社員からは、その行動について「社長だけズルい」と不満が上がっています。
社長は社長で仕事をしていないわけではなく、トップセールスで大きな案件を決めて来たり、どこからともなく優秀な人材を引き抜いて来たりします。
ただ社員からはそう言った結果が見えづらいので、単に社内におらずサボっているように見えるのです。
役員と社員の立場が違うというのは理解していますが、それを説明したところで社員が感情的に納得しないと思いますし…色々と板挟みになっています。
何かアドバイスがありましたら、お寄せいただければ幸いですm(_ _)m
https://anond.hatelabo.jp/20170709144510
↑のエントリで、妙に社内SEが持ち上げられていたけど、開発でデジタル土方やっていた奴が転身できるかというと、そんな甘くないと思う。
…と、ここまで技術の話が全く出てきていないが、別に書き忘れたわけではなく、技術は大して要求されないので書かなかったのだ。
だって仮にもIT技術者なら、グループウェア、ウィルス対策ソフト、Office、メールソフトくらいOJTで覚えられるでしょ。
唯一の鬼門はメールサーバくらいだけど、そんな重要なインフラを、赴任したてのSEにいきなり任せることはありえないので、最初は心配しなくていい。
即ち、IT技術者でありながら技術力よりも仕事力が求められる、それが社内SEである。
言い換えるなら、現代ニッポンにおいては非常に仕事らしい仕事なのだ。
ということは、極端な話「期日までにモノが出来て、最終的に帳尻が合ってりゃいい」みたいな、プログラマ的感覚に馴染んでしまった人との相性は最悪と言っていい。
むしろプログラマとは対極にありそうな、ウェイ系でリア充的感覚の持ち主のほうが遥かに向いている。
かくいう筆者もプログラマとして出発し、訳あって一時期社内SEになったのだが、結局自身の社会性やコミュ力の問題で仕事が回らなくなり、プログラマに逆戻りしたクチである。
待遇面はかなりホワイトだったけど、残念ながら人間向いていないことは続かないのだ。
受けてきた。
覚えているうちにメモ。
午後Ⅰ
<問2>
設問1
……ユーザは正確な時刻は覚えていないものなので「日時」にしてみた。
担当者は、この時点では、XSRFでなく不正ログインを疑っている。
設問2
(1)a.クロスサイトリクエストフォージェリ
(2)b.3
(4)e.confirm f.submit
設問3
(1)イ、ウ
……適当。onmouseoverとかでもイケるらしい。ダメだこれは。
(2)g.セッションハイジャック
<問3>
設問1
設問2
(1)a.ウ b.エ c.ア d.イ
(2)e.1 f.3
(3)g.オ
(4)h.IdP i.改ざん
(5)事前にIdPとSP間で情報共有し、信頼関係を構築しているから。
ここだけ設問に『具体的に述べよ』って書いてないので、。
抽象的なやつかなと思ってこれに。
設問3
社外から社内IdPへの通信は、ファイアウォールで禁止されているから
接続元IPアドレスを制限する機能によって、社外からアクセスできないから
……地味にFWという略語はでてきていないので、ファイアウォールと記載。
ここの説明はすごく問題に出そうだったので、ぐりぐりとマークしていたからすぐに気づいた。
午後Ⅱ
<問2>
設問1
(2)b.ウ d.ア
設問2
(1)e.プロキシサーバ f.URLがC&Cサーバである通信
(2)g.外部メールサーバ h.外部サーバに転送が成功している通信
(3)外部DNS: 内部DNSサーバからの再帰問合わせを許可しない
……よく分からないけど、TXTレコードってSE作業とか以外で問い合わせあるの?
と思ったので、これを問い合わせるのはマルウェアYかなと。
設問3
(2)ウィルススキャンで異常が検出された場合に、システム部が即時検知できること
……「調査及び着手の早期化」の機能要件=システム部が迅速検知できる、かな。
A社の問題点として、セキュリティパッチ適用の遅さ(どこの会社でもあるよね~)も
あるけど、今回、社員PCのフルスキャン(毎日12:00。これは頻度高い。)から、
連絡受けてシステム部が検知する13:10まで時間かかっているのも問題かなと。
設問4
設問5
業務LANのサーバ間通信は、日次データ転送で用いるプロトコルのみを許可する
……『日次でデータ転送』もぐりぐりマークしていたので使ってみた。
以上
MASUDA Advent Calendar5日目の記事です、遅刻してすいません。
今日は、彼女とお付き合いを始めて一年記念日を過ごした話を書きます。
私は、今でこそアイドルですが、小さいころは父親と同じプログラマーになろうと思っていました。
特に「ああ、プログラマーって格好いいなあ」と思ったのが、毎年父が結婚記念日にする、母親への感謝のメッセージの送り方が、格好いいなあと感じたのがキッカケです。
その送り方というのが、家族専用グループウェアに母がログインすると、綺麗に飾られたページが立ち上がってきて、そこにメッセージが書かれているというものです。
もちろん、そのページのデザインも凝っていて印刷すればメッセージカードとしても映える出来なのですが、
父親曰く何より見て欲しいのが「毎年、俺がまだ使ったことがなかったり勉強したことがないアーキテクトを使ってページを出してるんだ」ということだそうです。
そんなことを言われても、プログラムのことを何も知らない母には、ちんぷんかんぷんだったのでしょうが、それでも母は楽しそうに父の話す「メッセージカードの実装方について」を聞いていました。
なので、私も三カ月前からコーディングを始めて、付き合って一年記念日のメッセージカードをプロダクションのグループウェアに配置させてもらい、彼女に送りました。
正直、このメッセージを読んでも彼女はあんまりピンとこなかったそうです。
そうですよね、私にとってはJavaScriptでアニメーションを描くのは始めての経験でしたが、今時Webでよくある表現ですから、私の苦労を汲み取ってくれ! という方が無茶です。
けれど、夜に二人で会った時に、この話をしました。
毎年毎年を二人で過ごして、それをお祝いしたいのだ、と。
二人して、話をするまでそれに気づけないなんて、おかしな話ですよね。
でも、こうして、二人で一年を過ごせたこと、これからの一年を過ごしていきたいこと、ずっと一緒にいたいことを話したら、なんだかとてもうれしい気持ちになりました。
ところが、その後彼女が凄くいやらしいニヤついた顔で
「うひひ…… 実はあたしの両親もよく二人でヤッてることがあってね……」
私は「ああ、オチが読めた」と思いつつも、それが何か尋ねると。
「そりゃあ愛し合う二人がいて、あたしという子供がいる以上、結論は明白だよね! さあ! 泉さんのお山を登らせてね! お洋服の上からじゃなく直にでいいよ! 毎年なんて迂遠なこと言わずに毎日揉ませてね! 」
という感じで、結局いつも通りの愛海ちゃんとの過ごし方になってしまいました。
だのに、なんだかとっても気持ちよかったです。
今まで、city.市名.都道府県名.jpというドメインで市のウェブサイトを公開していたとある市が、
LGWANと庁内ネットワークを分けなくてはならないと言うことで、我が部署にもネットワークの分離に関するお知らせを送ってきました。
簡潔に述べると、今までは庁内のグループウェアにおいて、部署毎にメールアドレスが設定されており、
そのアドレスには庁内ネットワークからも、インターネットからも送受信が可能でした。
今回、そのアドレスに変更があるというお知らせです。
今まで user@city.cityname.hogeken.jp
だったものが、
になるというのです。
要するに、LGWAN内で使うドメインとして、lg.jpを設定するようです。
lg.jpと言うトップレベルドメインは、庁内ネットワークで消化されるべきドメインなのでしょうか。
私としては、外部に地方自治体であることを明らかにするためにも、lg.jpは外部に向けて使う物だと思っていたのですが…。
どうなんでしょう。