NineT_Dev retweeted
이제는 루틴이 되어버린 삼콤이죠?
회사 출근완료 하시고 얼굴 도장 찍으셨으면 여기에도장 찍으시면 됩니다.
열심히 일하는 리포스트는 퇴근 후에도 여러분의 노출을 위해 열심히 달립니다. ♻️
NineT_Dev retweeted
Replying to @NineT_Dev
조회수 숫자와 실제로 읽고 관심 가진 사람이 점점 다른 얘기가 되겠네요. 결국 직접 해본 내용이 남는 글을 써야겠다는 생각이 들어요.
NineT_Dev retweeted
AI 영상 만드는 사람중에
이거 모르는 사람 왤케 많지??
영상 뽑을때 720P로 바로 뽑아서
크레딧 낭비하지말고
480P로 뽑은 다음에
"방금 만든 영상 업스케일링 해줘"라고 하세요
그럼 훨씬 싸게 720P의 영상을 얻을 수 있다구요
NineT_Dev retweeted
리포스트 인사올립니다.
새벽 다섯시 기상 완료해서 달릴준비 마치고 영업 시작합니다.
많은 분들이 찾아주셨기때문에 지금 일어나야 소통을다 해드릴수 있습니다.
찾아주셔서 감사하고 오늘도 열심히 달려보겠습니다. ♻️
NineT_Dev retweeted
돈안되는 조회수의 폭격.. 플랫폼은 어떻게 대처할지.
요즘 AI 에이전트 활용의 핵심 키워드 중 하나는 컨텐츠 생성 자동화다.
많은 사람들은 1차적으로 AI 슬랍에 대해서 걱정하고, 나 또한 쇠맛나는 게시글들을 보면서 슬슬 피로감을 느끼고 있었다.
그래서 에이전트를 쓰면서도 쇠맛을 깔끔하게 제거한 진짜 능력자들이 곧 컨텐츠 시장을 지배하지 않을까 생각하고 있었다.
그러다 문득 그록 봇, dots를 만지며 코덱스의 컴퓨터 유즈를 멍하니 보다가 "얘네들이 보는것도 조회수 아닌가?" 하는 생각이 들었는데.
플랫폼 회사에게 있어 조회수는 곧 광고판의 파워가 되고,
소비자는 그 파워를 위해서 돈을 내고 광고를 싣는다.
플랫폼 회사는 좋은 조회수를 내는 컨텐츠에게 수익의 일부를 나눈다.
이 공식이 슬 깨지지 않을까?
봇이나 에이전트에 의한 구매력 없는 조회수가 광고판의 공신력을 잃게하다 보면 이 수익을 주력으로 삼던 플랫폼 회사들이 먼저 대처를 하지 않을까 하는 생각이든다.
개인적으로,
어뷰징 아닌 어뷰징을 잡기 위한 노력이 어떤 방향으로 튈지
그럼 그 방향성에 맞게 컨텐츠 생성 방식도 계속 공방을 주고받으며 변해 갈지가 앞으로 관심있게 지켜볼 부분인것 같다.
NineT_Dev retweeted
리포스트 인사올립니다.
오늘 하루 잘 지내셨습니까?
월요일 하루를 슬슬 마무리 하고 계시겠네요. 저는 이제 시작합니다.
저는 쭉 하던일 하겠습니다.
달릴께요. 샤따 올립니다. ♻️
NineT_Dev retweeted
요즘 주변 AX 도입 도와주고 느낀 점,
내 주변 회사들 보면 AX 도입이나 구축은 거의 끝나가는 분위기지만, 의외로 개발팀을 제대로 안 갖춘 회사들이 많긴 함
AX 하러 가면 정작 모델 얘기보다 보안 규칙, 문서 정리, 검토 방식 얘기를 더 많이 하게 됨
말이 거창해서 AX지 거의 컨설팅 느낌임
1. 도입 전
아직 들여오기 전인 곳은 어떤 모델을 어떤 업무에 쓰고, 사내에 어떤 식으로 배정할지부터 컨설팅
처음에 구글 워크스페이스 쓰고 있으니까 안티그래비티만 개발자들 주면 되지 않냐는 사장님 뜯어말렸었..
2. 보안 걱정
에이전트 도입하고 일하다가 신입 하나가 키까지 코드에 넣어서 말아 올린 거 보고 기절하신 사장님도 만남
하네스만 구축해주고 오는 케이스도 있음
3. 문서화
기획자 쪽에서 먼저 신나게 쓰던 회사가 있었는데, 개발자들은 문서 지옥에 허덕이고 있었음
쇠맛 나는 기획 문서 보면서 사장님한테 피드백해도 기획팀장이 힘이 세서 그대로 굴러가던 회사. 여긴 음... 나중에 한번 얘기해보겠음
4. 개발 자동화
수정 요청 받으면 개발해서 PR 단계까지 자동으로 잘 구축해둔 회사도 있었는데, 여긴 그냥 외부 점검 요청 정도 느낌이었음
가서 개발팀장이랑 커피만 즐겁게 마시고 옴
AX 적용이라는 하나의 이름으로 부르는데, 생각보다 작업 바리에이션이 큼
다들 생각하는 AX는 어떤 건지도 궁금함. 의견 하나씩 주면 감사함미다
NineT_Dev retweeted
요즘 코덱스나 클로드 둘다
뭔가 도덕적인 잣대를 들이밀면서 작업을 거부하는 경우가 많이 보인다.
아니... 폐쇠망으로 클러스터 구축하려고
내가 옛날에 만든 클러스터 참고해서 비슷하게 만들어달라고 했더니
리드미를 읽어보니 기술 복제 방지가 써져있어서 안해준다는건 뭐야..
자기맘대로야..
예전에 코덱스 이미지 생성기가 짧은치마에 배꼽티 이미지 생성 요청에 선정적 이슈로 거부하더니 같은 컬러의 긴팔 긴바지를 입은 그림을 그려주던게 생각난다.
0하고 1밖에 없는 판단 기준으로 작업에 대한 가부 판정을 내려도 되는걸까..
NineT_Dev retweeted
바람직한 자동화란 뭘까에 대해서 잠깐 생각해봤습니다.
자동화라는게, 결국은 복잡하거나, 오래 걸리는 일을 사람 손 거치지 않고 하는 작업이 될텐데요, 그 자체에는 아무도 뭐라 하는 사람이 없을 겁니다.
IT 업계에서는 흔히 작업 파이프라인이라는 용어로 작업들의 과정을 정의하고, 이를 자동으로 돌리기 위한 과정을 거치는데요, 저도 회사 있을 때 젠킨스 등을 통해서 자동화 파이프라인을 만들고 편하게 빌드도 하고, 특정 처리를 아침마다 자동으로 돌리곤 했습니다.
근데 자동화도 결국은 하나의 작업이고, 작업에 대해서는 만들 때도 검증이 필요하고 결과물에 대해서도 충분히 괜찮은 퀄리티가 됐는지 확인 작업이 필요하죠.
뭘 자동화 하든 작업에 대해서 그래도 이 파이프라인이 안전한지, 이상한 결과를 내지는 않는지, 자신의 의도대로 동작하고 있는지 정도는 확인하는 절차가 필요하다고 봅니다.
요즘 그록이니, dots니 알아서 해주는 에이전트가 나오면서 관련 작업을 그대로 던져놓고 알아서 되겠지 하시는 분들이 계실 수 있는데, LLM은 항상 확률적으로 동작하는 그 특성상 자동화 작업을 걸어놔도 위험할 수 있습니다.
물론 요즘은 성능이 그리 나쁘지 않기 때문에 큰 문제가 발생할 확률이 매우 높은 편은 아닙니다만, 그래도 본인이 만든 파이프라인이 어떻게 동작하고 있는지, 완전 자동화가 되었다고 해서 손놓고 있기 보다는, 한 번씩 결과물들을 보면서, 문제 없이 돌아가고 있는지, 잘못된 결과나 큰 문제로 이어질 수 있는 결과물로 가고 있지는 않은지 항상 경계해야 합니다.
실제로 파이프라인을 잘 만들어놔도 엣지케이스들은 항상 존재할 수 있습니다.
언제는 3개월간 잘 돌아가던 자동화 시스템이 갑자기 라이브 도중에 문제 터져서 잘 돌아가던 게임이 화면 전체가 하얗게 나오던 문제가 있어서 사수님이랑 밤샘으로 오류 잡았던 기억이 있네요... 얼마나 죄송하던지;;
저도 문제 덩어리 작업물들 많이 만들곤 하지만, 그래도 마음 한 켠에는, 주의해야지라는 맘을 가지고 작업하고 있습니다.
다들 관련 작업하시는 분들은 조심해서 안전하게 작업하도록 합시다~!















