浅陽@静電気多めのITエンジニア
@asayou0504
Followers
55
Following
247
Media
20
Statuses
354
ハードにはめっぽう弱い静電気体質のJavaメインSE,PG。要件定義から全工程従事経歴。座右の銘:胆大心小。フリー→2023/05正社員だが低賃金のため副業検討中。
日本
Joined June 2018
ServiceNow World Forum25、セッション予約したけど、時間が被ってて見たいのに見られないモノが多い。 きっと展示もあるだろうし、セッションの隙間時間で見て回って大忙しだなー。 会場まで遠いから大変だけど、楽しみ。
0
0
1
引用失礼します。 ずーっとサイト見させてもらってます。本も発売日に買いました。 説明本当に分かりやすくてちょっと面白くて一気読みしちゃいました。
【お知らせ】Amaz〇nさんで「在庫切れ」表記がなくなったので、ぼちぼち本の宣伝を再開します。 「鬱陶しいなぁ😑」と思うかもしれませんが、ご容赦いただけたら嬉しいです🙇 https://t.co/wXhaxNEiUn #わわわ説明術
1
0
3
久しぶりに新幹線乗るが耳鳴りも揺れも凄くて音楽消したノイキャンが活躍。じっとしてるがPCは無いという状況、ここぞとばかりにクアデルノで読書に励むが、酔ったやも。そしてアンダーラインもガタガタになる…。これはもう寝るのが正解か。
0
0
1
フルリモート絶対マンだが、今後もずっとフルリモートがいい。 ・良い椅子、複数&大型モニターの環境良し ・コミュはチャットで記録に残る、即時なら通話すれば良い ・手作り食事で健康的 ・残業も苦じゃない ・集中できる ・効率良し 健康になり病気もしないしいいことしかない…!!
0
0
2
予定通り6月末撤退して、上司が狙ってた案件が延期になったとかで別に案件探しになったが非稼働が長いので希望は聞けないどんな案件でもいけって、なんか納得できない。。。 なんだか業務時間外に会社のために、って色々やってるのが馬鹿らしくなってきちゃったな。
0
0
2
次はこの本を読む。5年前出版だけど。 求められる資料を作り足りない分を質疑やりとりしていつもやってたけど、きちんと本を読んでみようと思い。 クアデルノで本が読めるの最高すぎる。
0
0
0
三連休明けて仕事したくないのは普通、仕事したいのはアブノーマル、なポストを一瞬だけ見た(流れていったので詳細は不明) えー、仕事したいと思ったけどな。 リフレッシュして、さあやるぞ!!!って。まぁ案件まだなんだけど。 早く案件入りたいが、教育資料作りもまだまだやりたいこといっぱい。
0
0
0
ServiceNow、UI Bilder Fundamentalのラボをやって思うこと。 ラボ1でエクスペリエンスの作成をするが、そこはUI BilderでなくApp Engine Studioを使うんだ、ということ。 個人PDIでApp Engine Studioは使えないし、UI BilderのラボだからUI Bilderで作ってほしかったなあ。
0
0
0
これってどういうことだろうと生成AIに聞くととても分かりやすく表形式だったりでまとめてくれるので重宝している。 ふと思ったが、こういった分かりやすくまとめられたデータを見る機会が増えると、資料作りの時にキレイに分かりやすく体系だった資料を作れるようになるのでは。要件定義とか期待大。
0
0
0
汎用的に これ何度も聞いてきた。定義を直せば済むようにしてとか。 カスタマイズその度にしなくてもよいのは分かるけどどんどん複雑になる定義を、本質から理解して使いこなせるのか? ある程度の汎用性は大事だけど、未知の新規システムでも使えるように、とか未来予測しすぎの汎用性は違うだろう。
0
0
1
いままで対顧客も多かったが、立場が開発だったので出来ないことは出来ない、分からないことは分からないと言ってきた。 うまく言いくるめるとか、ふんわり濁すとか営業気味の会話が苦手。なのでPoC案件でも手を動かす側ならいけると思うが、口のうまさが��須だとPoC案件参画厳しいかな…。
0
0
0
いま読んでる本。技術評論社の電子書籍はPDF形式なのでクアデルノに取りこめる! 読みつつ、調べたことを横の隙間にメモ追加したり、マーカー引いたりしながら読めて最高だ。クアデルノ最高、PDF形式電子書籍の技術評論社最高。 #クアデルノ #gihyodp
0
0
1
いま読んでる本に書いてあった、ブルックスの法則、初めて知った。 有名な法則らしいけど、もっと知られる、認知されるべきだ。 いままでどんなプロジェクトでも大概、概算見積がそのまま使われ、遅れを取り戻すために他部署から応援が入れられ…大体新卒…だったので。
0
0
0
ユーザーマニュアル作成の作業が割り振られたのだがどうしても仕様書になってしまう…。 システム作成はしていないので、ある意味ユーザー目線で書けるかと思ったが、要件定義か?いやUI設計書か?の違いになってきた。何事も経験だと思うので頑張るが、開発側が作るの難しいな。
0
0
0
ずっとJavaメインで開発案件してきて、直近一年はServiceNow案件だが、キャリア的に迷いはじめている。このままServiceNowを突き進むか、SAPの方向へ転換するか。 正社員なのだけど自分のことは自分で考えて決めていかないとな。
1
0
3
やはり保守案件は苦手だ。もうずっと作業が無い。作業が無いなら勉強してていいよ、と言うならまだマシなのに、適当にテストしてバグ出しして、と言われ仕様知らないのでバグか判断つかない課題起票する、その作業をもう一週間以上。 作業降りてくる待ち期間らしいけど、ほんと作業無いの苦手。
0
0
0
顧客と打合せして調整して要件煮詰めて、が仕事のメインで、ローコード開発でシステム作って運用乗せてく、がこれからはもっと多くなるのかもしれないな。と思う時と、これからもカスタマイズしまくるからきっと開発ゴリゴリは変わらないだろうな、と思う時が交互にくる。未来は予想できない。
0
0
0
AIにより開発実装が人員不要になるかも、の予想はその通りかも知れない。顧客と要件打合せ、調整ができて更にその人がAI活用して実装までいけるならば。 なのでしごできコンサルがAI使いこなすようになるとプログラミングだけする人は仕事無くなるだろうな。
0
0
0
今日はServiceNow universityのオンデマンドコースを進める。相変わらずインスタンス起動がなかなか待ち時間多い。 メモを取りつつなので進みはゆっくりだけどマイペースに頑張ります💪
0
0
0